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ABSTRACT 



Administrative uses of the School's computer system have been 
developed as needed over a period of years . Frequent overloading 
of the computer facilities is occurring more and more frequently, and 
a sizeable increase in the number of students is expected. Therefore, 
a more efficient system is considered desirable. 

Present users of the system were interviewed and their functions 

I, 

described and flow diagrammed. 

Other educational information systems were investigated for 

I 

possible application at the Postgraduate School. A number of dif- 
ferences between this School and other civilian institutions and 
several problem areas were revealed in this study. j' 

It was concluded that a common data base of information on all 

i 

personnel connected with the USNPGS would be feasible and would 
eliminate much duplication of effort in present adminljStrative 
offices. It was recommended that this common data base be explored 
further, and that additional research be done on other applications 

f 

of educational data processing. 
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CHAPTER I 



INTRODUCTION 



Originally, computers were installed in universities solely for 
education and research in computer technology. However, in recent years, 
there has been a steady expansion of computer use for administrative needs. 
The computer is now being used by a number of universities and educational 
institutions in administering their whole program more effectively and 
efficiently. Next to defense, education is the largest single enterprise 
of our economy. Many problems in educational administration are similar 
to more general problems in information management, and therefore, lend 
themselves to data processing applications. 

Statement of the problem . It is the purpose of this study (1) to 
examine the present administrative use of the computer systems at the 
U. S. Naval Postgraduate School; (2) to record and document the present 
system; (3) to determine the problem areas involved in considering the 
development of a new system; and (4) to present some conceptions of what 
should be included in a new system. 

Importance of the study . Administrative usage of the School's 
computer systems has been developed on a piecemeal basis over the past 
four years, with little planning or investigation towards an over-all 
system to perform the administrative functions now deemed necessary. 

Perhaps the time has come for consolidation of these various demands. 

Aside from the actual computer programs, there is little recorded 



documentation of those tasks done by the computer and how they relate 
or contribute to the other work of the office concerned. 

Although there are a number of administrative users of the computer 
facilities, most of the available computer time is taken up by students 
and faculty working on class assignments, theses, and research projects. 
Saturation of the School's facilities is occurring during more and more 
frequent periods. This problem also affects the administrative functions, 
and the development of a more efficient and effective system is considered 
desirable . 

Before developing any new system, there must be a determination of 
present methods and procedures, even though some may be of minor im- 
portance. This study, then, is significant in that such an analysis is 
the first step in the evolution of a new system. 

Assumptions and Limitations . The following assumptions were made 
before beginning the study. (1) Other similar institutions have de- 
veloped and utilized educational information systems successfully; 

(2) there are, however, significant differences between the USNPGS and 
other universities and institutions; and (3) that in considering the 
development of a new educational information system, no restriction 
would be placed on the type of computer system to be used. 

Also, several limitations had to be acknowledged: (1) that there 
is a paucity of information available on educational applications of 
data processing; (2) that the School's present computer system must be 
considered in any immediate plans; and (3) that staffing to implement 
any major changes recommended by the study is limited. 
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Organization of the remainder of the thesis . Chapter II Is a 
review of the current literature In the field of educational data 
processing, with emphasis on those areas which might be applicable to 
the USNPGS. Chapter III has a general discussion of what Is meant by 
the 'total systems' approach, and what Is Involved In a management In* 
formation system. The method to be employed In the study of a system, 
and how It was used In this study Is contained In Chapter IV. A concise 
summary of the administrative uses of the computer at the USNPGS Is 
recorded and documented In Chapter V, and Chapter VI Is a discussion of 
the problem areas Involved In developing a new system. Including Ideas 
as to what should be Incorporated In an educational Information system 
at this School. Chapter VII contains some conclusions and recommendations. 
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CHAPTER II 



REVIEW OF THE LITERATURE 



While the number o£ applications in educational data processing 
has been increasing in the past five years, not a great deal of in- 
formation about them has been published. However, a few of the more 
important contributions will be summarized here. 

In January of 1965, the report of a study conducted by the 
System Development Corporation entitled Application of Electronic 
Data Processing Methods in Education was submitted to the U. S. 

Office of Education. A portion of that report was a chapter "Appli- 
cation of Computers and Information Processing Systems in Education." 
This paper gives some background information pertinent to the subject 
in general, and then provides brief descriptions of actual applications 
in three categories: educational information systems, research, and 
computer-based Instruction. 

Educational Information Systems have been successfully es- 
tablished in many states and regions, among them New England, Iowa, 
Chicago, California and New Jersey. Most computer applications in 
schools are an outgrowth of .specific school information-handling 
problems. The computer is finding application in general business 
accounting — the financial and property accounting of all school 
business; student accounting -- the processing and record-keeping 
necessary to guide, regulate, and record student activities; general 
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administration - -the over-all regulation, direction, and control of 



students and employees based upon the policies and practices specified 
by local district, state, and national educational systems; and school 
instruct ion - -the presentation to students of programmed curriculum 
materials, and the rapid retrieval of documents and reports for in- 
structional purposes.^ 

Since most of the educational information systems developed thus 
far have many functions in common, only one such system will be de- 
scribed in any detail. The following summary is extracted from the SDC 
report "Application of Computers and Information Processing Systems in 
Education. " 

TIS, or Total Information Service, developed and operated by the 
Bureau of Data Processing of the Chicago Board of Education, is believed 
to be the ‘largest and most sophisticated EDP system in any school district 
utilizing three IBM 1401 computers, one IBM 7074 computer, and a pro- 
fessional staff of 83, which includes 35 system analysts and computer 
programmers. The equipment is used in around-the-clock operations, with 
teaching and research applications scheduled during the day, and adminis- 
trative applications at night. 

A recently-delivered, optical reader unit will provide a means of 
reading class lists and other pupil records into the system. Unlike the 
optical scanners which recognize the presence or absence of marks in 



John F. O'Toole, "Applications of Computers and Information 
Processing Systems in Education," (Santa Monica, California: System 
Development Corporation, 1965) SP-1980, pp. 12-13. 
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predetermined positions^ this reader converts typewritten and other 
printed materials into coded input to the computer. An example of optical 
scanning use is in school attendance reporting. Over 20,000 class rosters 
containing the names of over 600,000 children will be prepared every five 
weeks. These rosters, in multiple form, will be sent to the classroom. 

A teacher’s only responsibility will be to mark the absence or tardiness 
on the document. Students leaving the class will simply be crossed out 
with a pencil. Names of new students will be typed on the list by school 
clerks. When the rosters are returned to the computer center, they will 
be read by the scanner, files updated, and revised lists produced. 

All development is being planned as a part of a total information 
system. The key is the development of an organization record for every 
facility, whether it be a school, a central office department, or a 
warehouse unit. The organization record is built up from factors such 
as the purpose of the room, the qualifications which a teacher must 
have to teach the subject, the availability of additional support with 
respect to counseling, libraries, adjustment teachers, etc. As day-to- 
day transactions in finance, personnel, materials, truck schedules, or 
student information are performed, data flows across the organization 
record so that it may be kept up to date. 

The total system applications are grouped within six major categories 

(1) budget and finance, (2) personnel and payroll, (3) materials, (4) 

student accounting and student scheduling, (5) computer education or 

2 

Instruction in the computer sciences, and (6) research. 

^ Ibid . . pp. 16-17. 
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Research is continuing in the development of educational information 
systems and further reports are expected. 

In May, 1965 the 10th College and University Machine Records Confer- 
ence was held at Michigan State University, and the Proceedings have been 
published. Numerous applications of educational data processing by in- 
dividual institutions were presented, some of which were quite detailed 
with exhibits of inputs and outputs, while others provided only general 
descriptions of computer use in administrative functions. The schools 
varied in type of equipment used; a few used only EAM equipment; others 
had quite extensive computer systems, and one small college used a 
service bureau for its data processing requirements. 

Applications presented ranged from the processing of student regis- 
tration data, scheduling of classes, admissions procedures, grade re- 
porting and test scoring, budget distribution, food cost inventory and 
payrolls, to gift accounting and alumni information. 

One area of particular interest, that of Grade Reporting using mark- 
sensing equipment, was discussed by several schools. The method used by 
the University of New Mexico utilizing the IBM 1230 Optical Mark Scoring 
Reader will be described briefly. 

From registration data, a Faculty Grade Sheet is prepared with a 
mark-sense position for each of ten grade status codes (A, B, C, etc.). 
The grade sheets also include each student's name, his student number and 
college, and the number of credit hours for which he is enrolled. Other 
pertinent information on these sheets include course title, the in- 
structor's name, the department abbreviation, the college code, and the 
sheet reference number. The instructor records each student's grade in 
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the appropriate space opposite his name. 

As the Faculty Grade Sheets are received in the Registrar's Office, 
they are edited visually and put into proper order by sheet number. 

When all of the completed grade sheets have been submitted to the 
Registrar, they are forwarded to the Data Processing Center for pro- 
cessing through the IBM 1230 Optical Scorer. This machine will sense a 
predetermined configuration of pencil marks on specially designed sheets 
the size of standard typing paper. 

As each sheet is scanned by the IBM 1230, a Grade Reporting Card 
is punched; one card for each grade sheet of 35 student grades. The 
cards are edited, by both manual and computer means, and then actual 
posting of grades to the tape record is accomplished by the IBM 1401 
computer. After all corrected grades have been added to the updated 
Class Tape File, Student Grade reports may be run. This report includes 
such information as the student's name and address, his parent's address, 
all of the courses he has taken during the past semester, a grade for 
each of those courses, and his grade point average for the semester. 

The printing of the Grade Reports is done on the IBM 1401 computer. 

The Class Tape File is also used as a basis for class lists that 
have the final grades posted to them, and serve two purposes: they 
become the permanent historical records in the files of the various 
departments, and they allow the instructors of the courses to verify 
that the grade on record is indeed the final grade they assigned to the 
student . 

It is apparent that there are certain savings. Keypunching time 
and expense is virtually eliminated; peripheral equipment, that might 
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be tied up for long periods of time by another method, are free to be 
used on other jobs. Perhaps the most obvious time saving is realized 
in the initial step of processing. At the rate of 1100 sheets per hour, 
the IBM 1230 can record in punched card form over 38,000 grades per hour. 
The system itself is relatively simple and permits rapid posting of grades 
to the student files. Experience with other methods, such as keypunching 
cards, has convinced the University of New Mexico that the method of re- 
porting grades using the IBM 1230 Optical Mark Scoring Reader has suf- 

3 

ficient advantages to warrant consideration by other schools. 

Another application which was presented by several institutions 
was that concerning scheduling. Many programs have been run by numerous 
universities and colleges but many have yet to be proved successful. 

The following summary of the system used at Washington State University 
is extracted from the Proceedings . 

After five years of research and study, the Computer Sectioning 
System was successfully used in scheduling 8,992 students for the fall 
semester 1964, and 8,608 students for the spring semester 1965. Students 
registered from Wednesday noon until 3:00 p.m. Friday, at which time 
student course requests were recorded on magnetic tape and the sectioning 
began. By 9:00 a.m., Saturday, student schedules were ready for distri- 
bution. 

There is more to automated scheduling, however, than just sectioning 
the students, but the manual sectioning operation, which required the 

3 

Jack A. Feise, **Grade Reporting Using the 1230 Optical Mark 
Scoring Reader,** 10th Annual Machine Records Conference ^ 1965 Proceedings ^ 
Vol 1, pp. 127-145. 
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services of 150 faculty and 70 staff members no longer exists. The 
scramble for preferred sections and courses has been eliminated. The 
struggle to keep sections balanced has been eradicated. 

The program generates complete or partial schedules for the student, 
and a rather extensive set of decision rules is necessary as well as a 
substantial volume of housekeeping. Since the program tries 5,000 times 
to generate a usable schedule, partial schedules are kept to a minimum. 

The most troublesome and expensive area of computer sectioning is input 
preparation; one Mark-Sense Class Card is marked for each course request 
made by the student. Students average about seven requests each, and 
the most common error is marking too lightly on the mark -sense card. 

One of the most significant products of the sectioning system has 
been the "Course Request Report." This is the first time that the 
university has actually known the request pattern for courses. Another 
benefit is the previously unachieved balancing of sections. Information 
on space utilization is now in usable form which will be of material aid 
in future planning. By carefully analyzing the reject files, especially 
the conflicts, the university is gaining a much better understanding of 
what is required to build a more flexible and efficient time schedule. 

One of the goals of the university is the machine generation of 
the annual time schedule. While the optimum schedule is a long way in 
the future, a new tool ofosectioning^ptogtams^ is available tb'^help*'^- pv 
pave the road. With this tool, a wide variety of experimental time 
schedules are available for research without waiting for registration time. 

A 

Martin Faulkner, "Some Thoughts on Computer Sectioning at 
Washington State University," 10th Annua 1 Machine Records Conference , 

1965 Proceedings , Vol 1, pp. 494-506. 
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A monthly newsletter, Data Processing for Education , is published 
by American Data Processing, Inc,, as a service for those in the edu- 
cational data processing field. In addition to giving a brief summary 
of recent events, each newsletter discusses one or more topics of special 
interest. Two recent applications thus treated are of interest and are 
presented below. 

The first article deals with the Preparation and Scoring of 
Examinations by Computers. The following sijmmary is extracted from the 
newsletter. 

Too many instructors waste valuable time and energy in scoring 
objective type examinations by hand, and in colleges and universities 
with large classes, clerical and secretarial staffs waste considerable 
time in stenciling alternate examination forms. Not only can a campus 
computer do both jobs in a shorter time and for less money, but the 
computer printout of the test results are more meaningful and useful 
to the instructor, and these results can be used to improve the quality 
of teaching in the college and university. 

Computer-scoring of objective type tests involves the use of 
"mark-sense" cards, specially designed punched cards on which students 
indicate their answers by writing in the provided spaces with special 
pencils. In this example, answer cards were designed with space for 
50 answers, and color coded for correlation with the right form of the 
examination. 

When objective type examinations (either multiple-choice or true- 
false) are hand-scored by an instructor, he generally has only the 
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student score--raw and percentage scores. The computer, however, pro- 
vides the instructor with considerably more information, which can 
assist him in grading, test evaluation and construction, and even 
teaching. Among the printout data he receives are: (1) student's 
name and number, the number of questions answered correctly, the 
number wrong, number omitted and the percentage score for each student; 

(2) the mean score and standard deviation for the class; if more than 
one section takes the same examination, the printout includes a com- 
posite mean and standard deviation; (3) a frequency distribution and 
cumulative frequency by score intervals for each section; again, if 
there are several sections, a composite series is produced; and (4) 
an item analysis indicating by question, the number of students selecting 
each choice, the correct answer to each question indicated by an aster- 
isk, and the percentage of all students who have responded correctly 
to the question. An item analysis is performed for each class section, 
and in multiple-class common final examinations, an over-all item analysis 
for the entire group is printed out and prepared as well. 

This system is currently in operation at Long Island University* 

It is estimated that approximately 550 hours of scoring time were saved 
during the first four days of the final examination period in the spring 
of 1964 when some 15,200 student mark-sense cards were scored by the 
computer. Also, if done by hand, instructors would not have had the 
item analysis, a frequency of class grades and the composite score and 
standard deviation statistics. It is felt that the time and cost spent 
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to develop the program has been worth it. 

The second article, "Flying a College on the Computer," deals with 
optimum class scheduling in planning a new junior college. Dr. Tirell, 
author of the article, maintains that new buildings, designed with the 
optimum number and sizes of classrooms and run on an efficient schedule, 
can show a large increase in the number of students taught per square 
foot of building area. Use of an electronic computer to digest the 
best available data and to simulate the operation of a building or a 
campus has increased the possibility of arriving at an effective solution. 
By changing the number, size, and seating arrangements, of proposed 
classrooms in this simulation and studying the effects, far more ef- 
fective space use can be determined than by manual methods. 

A master schedule for the operation of the campus was needed, and 
it was indicated that the Massachusetts Institute of Technology's pro- 
gram GASP (Generalized Academic Simulated Program) would work. 

Briefly, the course choices for 4,500 students (60 percent in 
college transfer and 40 percent in technical programs), number and size 
of rooms planned, faculty proposed, and various time patterns, were used 
as input. The computer went through the thousands of possible com- 
binations in about five minutes and started printing a schedule. 
Twenty-five minutes later the room utilization, including each faculty 
member's schedule, each student scheduled, the percent of rooms used, 

^Dr. Harold J. Highland, "Preparation and Scoring of Examinations 
by Computers," Data Processing for Education ^ Vol. 3, No. 11, pp. 1-4. 
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the percent of seats used, and other pertinent data was printed out and 
available for analysis. 

After review, the number of lecture halls, classrooms, and faculty 
would be varied and the program run again. This was done twenty-seven 
times. After final review, the architects were provided with educational 
specifications for eighty-five spaces, seven less than the number they 
had considered unacceptable earlier. But the computer simulation showed 
it was possible. The potential savings are enormous. 

This program can also be adapted to determine room and seat uti- 
lization, and initial and final faculty requirements. The significant 
benefits from such simulations are obvious and warrant further investi- 
gation. ^ 

These six examples of data processing in the educational field, 
are considered representative of the variety of activities today. 

Other sources of information of potential benefit include several IBM 
publications: University - College Information System , in which a general 
educational information system is described, and Student Data Processing 
System at the University of Illinois , and General Information Manual , 

IBM Data Processing Machines at the University of Oklahoma . 

Additionally, the Department of Audiovisual Instruction, of the 
National Education Association of the United States, published in 1964 
a Monograph, entitled **The Automation of School Information Systems,** 
which is a series of short articles on a wide range of school applications. 

^Dr. John E. Tirell, **Flying a College on the Computer,** Data 
Processing for Education , Vol. 3, No. 9, pp. 1-5. 
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These articles are the result of a workshop sponsored by the American 
Educational Research Association, and are recommended as valuable 
background reading. 

Further sources of information are supplied in the bibliography. 
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CHAPTER III 



MANAGEMENT INFORMATION SYSTEMS AND THE 'TOTAL 
SYSTEMS' APPROACH 

The terns 'management inforaation system' and 'total systems' 
appear in almost every piece of current literature pertaining to data 
processing systems. Computers play a central role in the development 
of these systems, and perform various functions such as the evaluation 
of facts and conditions, both known and unknown, comparing actual per- 
formance with planned operations, keeping track of records and data 
pertaining to a multitude of details, and so on. What binds the sum 
of the parts together as a whole is a system. 

An operating information system consists of data elements such as 
a person's name and file number, a stock inventory number, the number 
of classrooms in a building, etc. These data elements are formed into 
files of varying kinds, which give in one place all the information needed 
about a particular subject or area. Data in and of itself, however, is 
meaningless. It must be combined in its various aspects and made avail- 
able to those who must have it to operate effectively, for information 
only takes on significance when considered in relation to previously 
accumulated information and prior plans. 

Information is generally classified as operating information which 
includes working documents, decision-making data which involves the 
evaluation and comparison of alternative courses of action, or performance 
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measurement data which determines what progress is being made. The 
basic input data will be combined, modified, merged, consolidated and 
analyzed so that the Information needs of every level of the organization 
are met in a timely, accurate, and useful manner with minimal duplication 
of input data. 

A system provides myriad patterns of interlocking data and infor- 
mation flows. The total system for an organization, which is influenced 
by the particular environment in which it is being considered, must be 
broken down into major systems, and these into minor or sub-systems. 

A major system may be said to affect the entire structure of an organi- 
zation where a sub-system is usually limited to the part of the organi- 
zation. In the past, too much stress has been placed on specific 
applications, and not enough on the interrelationships of systems. 
Operations, whether of a business or an educational institution, 
consist of a set of closely related sub-systems, and the integration of 
these sub-systems is the key to the effective and efficient operation. 

Sub-systems may operate independently or together; however, the 
contribution of the sub-system to the total system must be considered. 

The information output being generated by a sub-system frequently can 
be tailored to fit directly as information input to related sub-systems. 
The importance of a thorough understanding of data usage is obvious. 
Information flowing between the component parts of an organization 
represents an over-all information system, just as an organization is 
a structural whole. 

Total Systems . The phrase * total systems* came about several 
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years ago and means different things to different people, A few of the 

numerous definitions to be found are as follows; 

We define a total system as **that system which provides the 
maximum pertinent information that management or operations 1 
require to effectively discharge their assigned responsibility/* 

This is nothing less than the complete monitoring of the 
business enterprise by a computer, or group of interconnected 
computers; ...and the limiting of human control to such 
functions as setting over-all objectives and reacting to such 
totally unexpected situations as earthquakes or wars. 2 

From a system man's standpoint, a total system may be the 
total project on which he is working, including all neces- 
sary Interrelationships with other functions. ^ 

% 

To some, a total system is the total corporate information 
system, in whtch all transactions and records are stored, 
and from whiclf selected information can be withdrawn according 
to established rules. ^ 

To some, a total system involves the mechanization of a "goal- 
oriented activity**: some large segment of an enterprise, con- 
sisting of logically related operations which cut across de- 
partmental lines, .aimed at filling one of the)pconq>any/.somajor 
operational goals. 5 

It is apparent that from these definitions the phrase 'total systems* 
means more than an integrated system. An integrated system suggests that 

t 

Information developed for various applications is maintained in certain 
centrally-located files, and that these files are available to all those 



^Richard W. Graham, Jr., "Total Systems Concept," Management 
Technology . Vol. 4, No. 1 (June, 1964), p. 1. 

2 

John Dearden, "How to Organize Information Systems," Harvard 
Business Review . (March-April , 1965), p. 66. 

3 

"Get Set for Total Systems," EDP Analyzer . Vol. 1., No. 2, 
(March, 1963), p. 1. 

4 

Ibid . 

^ Ibid . . p. 2. 
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who need any or all of the information stored in these files. For 
example, several functions of a manufacturing company, such as customer 
billing, stock inventory, sales transactions and records, manufacturing 
costs, customer orders, etc., may have been automated individually, one 
at a time, with perhaps much duplication of data. An integrated system 
would bring together these various physical files and processes into one 
main file depository, where all facets of the organization would have 
access to the data contained therein. The over*all view of the organi- 
zation and its goals and objectives may or may not have been an important 
factor in the integrating of the parts of the system into a whole. 

On the other hand, the goal of a * total system* would be to bring 
together in a single file all information pertinent to the organization, 
e.g., personnel, customer billing, stock inventory, etc., records would 
be stored together on one medium, tape, disk pack, etc. 

However, there have been objections to this term 'total systems*. 
John Dearden voices one common feeling that 

First, the entire information system of a company is just 
too large and all encompassing to be a meaningful and useful 
classification. 

Second, the development of an information system requires such 
different kinds of skills that the term has little use in helping 
management approach the problem of organizing for the development 
of effective management information systems.^ 



Dearden, 02 • cit . 
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Nevertheless, the majority of sources consulted were in favor of the 
concept with slight differences. For the purpose of this study, a 
•total system’ is considered to be a collection of component sub- 
systems, e.g., personnel information, inventory of plant property, 
scheduling, etc., operating together to accomplish the defined purpose 
of the organization, and that in the development of these sub-systems, 
the over-all goal of the activity has been kept in focus. 

Management Information Systems . A management information system 
is a specification of the content and format of information that will 
best satisfy the operating, planning, directing, and controlling needs 
of the organization. It will provide all the appropriate data, and only 
the appropriate data, to enable those who manage to do so effectively 
and efficiently. Of course, the system must include adequate controls 
over the accuracy of input and processing with provision for correcting 
the effects of errors in the data introduced into it, and for adjusting 
the controls as required by changing circumstances. 

Objectives . The first step in system development is that of 
establishing objectives. For a management system, they are numerous 
and any one system cannot hope to accomplish all of them, nor should 
any one system try. There is no universal set of factors which can be 
used as a single reference in planning a management information system 
applicable to every organization. However, the following list of 
objectives, culled from many sources, should provide some guidelines. 

1. Files should be consolidated so that operations may be con- 
densed, and duplication of information between files is eliminated. 
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2. Information that is gathered, summarized, and presented must be 
effective; in other words unimportant information should be screened out. 

3. Information inputs should be reduced to a minimum. Aim for an 
integrated reporting system, one that aids the processes of planning and 
control yet satisfies any legal and governmental reporting requirements. 

4. Along with number three, data should be entered in as elementary 
a form as possible, convenient for direct processing of as many of the 
required output documents as possible. 

5. In a computerized system the number of runs should be reduced 
in order to save time and money. Try not to post information to the 
files only, aim for all the required outputs at the same time. 

6. Improve information flow between various functions of the 
organization, bringing into focus critical factors which may have been 
priviously overlooked. However, low-value exception reporting, though 
tempting, should be eliminated. 

7. Information received from the system should facilitate de- 
cision-making, keeping all levels of the organization informed with the 
same information, allowing for maximum communication, and giving a 
wider range of current factual data and alternatives. 

8. There should be effective integration of both the manual and 
computer aspects of the system, allowing the flexibility needed to 
furnish information not regularly required. 

9. The system should aim to accomplish the organization's purpose 
and mission, emphasizing the organization vice one function's objectives. 

10 And last, though by no means least, an objective should be to 



21 



exploit the capabilities of the computer to the fullest extent. 



Approach and Analysis . Before determining what approach to take 
in developing a total management information system, a thorough analysis 
of the current system and its environment are necessary. How to go about 
this analysis is the subject of Chapter IV. As has been stated, any organi- 
zation can be analyzed as an over-all information system composed of inter- 
related and integrated systems and sub-systems, and an understanding of 
what is entailed in the system provides guidance in formulating speci- 
fications for the new or re-designed system, 
major problems involved. 

A number of items should be considered in the analysis; the more 
important ones are enumerated below. 

1. Acquisition of source data and its origination. 

2. Data transmission to the computer. 

3. Conversion of information into a computer processing format. 

4. The nature of information flow between divisions and levels in 
the organization including data characteristics and elements, and de- 
cision-information relationships. 

5. Frequency and output format of routine reports, including 
descriptions of them, and the ways in which they are used. 

6. The degree of uniformity in practices, policies, procedures, 
and reports throughout the organization. 

7. Management information requirements, and how they are being met 

% 

by the current system. 

8. What data is available, and in what form, where located, and 
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how long It is to be maintained. 

9. Capacity of current system to accomplish objectives of the 
system, and its flexibility. 

10. Data-information applications that demand improvement. 

11. Specific restrictions affecting the current system. 

There are several approaches toward the development of a total 

information system, but three stand out as being the most practicable. 

The first of these is the step-by-step approach which is slow, usually 
taking several years to accomplish, but which can and has worked. Here 
various functions are automated one-by-one, as the need arises. Peri- 
odically, what has been converted must be consolidated so that ultimately 
the total system is complete. 

The second approach is referred to as the consolidated file approach. 
It brings together all pertinent information about some one thing in one 
record so that when decisions are made on a course of action, they are 
based on the complete picture, and not a partial one. An example of a 
consolidated file is an inventory file, containing the total inventory 
of a warehouse, or a customer file, including all the customers serviced 
by the organization. 

Mechanizing a specific goal-oriented activity for a single product 
is the third approach. This can also be interpreted as mechanizing 
toward a key element in an organization, for example, establishing a 
common data base of information on all students, staff, and military 
personnel connected with the School. Any approach will involve the 
determination of the fundamental elements and of the relationships 
between them, and second, the restructuring of the elements and the 
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relationships into a new entity to meet the pre-established set of 
obj ectives . 

Key Factors . Before elaborating upon the characteristics and 
requirements of an information system, certain over-all factors need to 
be considered in its development. The information needs of the organi- 
zation must be translated into specific parts of the information system, 
which will involve defining and evaluating alternative courses of action 
before making a final decision. If a system is already in effect and is 
being re-designed, then the characteristics of the existing system for 
each function and the organization as a whole should be compared with 
those of what the new system is supposed to entail, and the degrees of 
similarity and difference noted. Additionally, an estimate should be 
made and evaluated concerning the degree to which the new organization 
will be integrated into current operational activities. 

At this point, the scope of a total management system should be 
considered. There are three basic functions. 

1. The production or work flow, which may be represented by 

a network of stations where work is done and by paths along 
which work or materials move. 

2. The decision network with an associated organizational 
structure. Decisions are either required to make the 
work flow or required by the work flow. 

3. The information system, which is related to internal and 
external information flow: 

a. The internal information network governs the flow of 
information between work and decisions. 
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b. The external information network is related to the 
(organization's over-all) .. .operations and is con- 
nected only to the decision function.^ 

Also, the basic functions of a total management information system should 

be examined. There are, briefly, to predict, to compare prediction with 

actual results, to produce or show the deviations between the predicted 

and actual results, and to plan, organize, control, and execute. It 

should be remembered that much of the information used for control is 

also used for planning and operations since plans for the future are 

ordinarily guided by past events, and operations are set to conform to 

plans . 

All methods of originating and transmitting data should be evaluated 
so that any new system will not be unduly influenced by the one already 
in use. The cost of compiling information has to be related to its 
ultimate value, and this value is characterized by three things: intangible 
values, which frequently come to the foreground only to reinforce a de- 
cision to adopt a new system; cost outlay, determined by accuracy, 
timeliness, capacity, load, selective or standardized processing, and 

g 

the reporting plan used. The cost might be quite substantial, and if 
certain information is used only occasionally, the cost may not be worth 
it. 

Another important factor to be considered is whether random-access 
or sequential storage is needed. Sequential storage means that the data 

^Rocco L. Martino, "Creating a Total System for Management," 

Case Studies in Computer - Based Management (New York: American Management 
Association, 1963), p. 7. 

g 

Robert H. Gregory and Richard L. Van Horn, Autonnatic Data - Processlng 
Systems (San Francisco: Wadsworth Publishing Company, 1960), p. 356. 
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elements stored become available only in a **one*af ter-the-other** 
sequence, whether or not all the information or only some of it is 
desired; random access storage means that the time required to retrieve 
the information needed is not dependent on the location of the information, 
i.e., direct access to a data element is possible. Random access capa- 
bility is much faster, and usually more expensive than sequential storage, 
and this cost must be considered when determining just how convenient and 
flexible the system must be, and how the method of retention affects 
repetitive use where necessary. 

Understanding the problem as defined is also essential; this in- 
cludes a realistic statement indicating the kind of system necessary 
to produce the reports needed which should be based upon data handling 
procedures. Additionally, the organization’s goals and structure and 
their relationships should be reflected in the system. 

Information systems usually serve three different purposes: record- 
keeping where an individual item of information itself is significant; 

’fact recovery’ where an individual item is not as valuable as the in- 
formation extracted from it; and research and analysis where not the 

individual fact, but some analytic combination of facts from the system 
9 

is important. 

An finally, among the factors to be kept in mind during development 
are the size of the files, the frequency with which information is sought 



Joseph Becker and Robert M. Hayes, Information Storage and Retrieval 
(New York: John Wiley and Sons, Inc., 1963), pp. 236-237. 
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from them, and the complexity of the questions asked. In any in- 
formation system, output should be considered secondary to development 
and definition of the information file, and secondary to the definition 
of the input which is to update the file. 

Requirements and characteristics . There are many system re- 
quirements and characteristics of a total information system that can 
be enumerated. The following considerations seem to be representative. 

1. Top management support for any system is required for success, 
as a total system is bound to cut across departmental lines. 

2. Middle management support is also essential, and this is usually 
gained from the users participating in the planning and design of the 
system. 

3. Basic policies of the organization and any statutory regulations 
must be known. 

4. Basic sources of data must be established and relationships 
between types of information determined, including what the various 
levels of decision-making are. Input to the system is simplified to 
reduce human error, and wherever possible, there is a single-time input 
of any specified data element. 

5. The specific needs of the user must be known and the total data 
requirements defined in terms of what is needed and when it is required, 

6. A total system is required to be selective-rirrelevnnt InfoniM* ion 
is eliminated and only that data which is needed is included. Emphasis 

is on those reports which give a qualitative vice strictly quantitative 
analysis of information flow. These are prepared rapidly and economically 
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on a desired^ periodic, or as required basis. 

7. “Interacting variables--»one of the computer’s most important 
features is its ability to perform arithmetic and logic operations at 
tremendous speed. This feature is required for solving problems which 
have a number of interacting variables . 

8. Large amounts of information can be handled quickly and accu- 
rately thereby allowing more comprehensive coverage and more current, 
up-to-date information reflecting important recent conditions. 

9. Speed--as much as is needed, when needed, and as justified in 
determining the value of the information, not only in computation but in 
response to an inquiry. 

10. Capability must be provided for rapid reconstruction of input 
data when discrepancies or errors are detected, so that audits can be 
made to isolate and identify the error and at the point at which it 
occurred. 

11. The information must be nearly one hundred percent accurate as 
many decisions and courses of action depend upon it. If the input is 
consistently correct and in the proper form, the reports received should 
not only be more concise, but extremely reliable as well. 

12. Flexibility must be present in the system for management problems 
and needs change continually and the system must be able to cope with them 
without extensive re-design. 



John Dearden, “Can Management Information be Automated?” 
Harvard Business Review (March-April , 1964), p. 130. 
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13. Priorities of processing must be established and followed; 
this is a function of the needs of the user. Additionally, a time 
schedule for production must be maintained so that the system will be 
able to meet the demands placed upon it. 

14. The responsibility for developing and maintaining the data 
base for the information system must be assigned to a central data- 
processing group. Initially, a good project leader and systems analysts 
are required to develop the system. A precise definition of the problem 
and goals of the organization must be followed by the group in designing 
the system. Once the system is developed, however, it should not be set 
off under some other function and neglected; for success in operating a 
total information system, a separate group of personnel is required. 

Criteria . The more performance criteria that can be established, 
the better the evaluation will be of the operating system's effectiveness 
and efficiency. Emphasis should be on the measurement of effectiveness, 
and this can be accomplished with definitive performance requirements. 

The degree to which the system continues to meet the operational 
requirements of the organization is one way to measure its effectiveness. 
The question can also be asked, is the system accomplishing the objectives 
of the organization? There should be a feed-back of information required 
by internal controls built into the procedures to assure validity of 
results and to check whether there was proper adherence to procedure and 
policy. 

Is information being delivered when and where it is needed? Is it 
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usable and relevant? Is the system adjusting to any sudden increased 
demands made upon it by operating personnel? And finally, is the system 
fulfilling the mission for which it was intended? If these questions can 
be answered positively, then the system is functioning as it should. 

Problems . Many problems and pitfalls are encountered in developing 
a new system. Perhaps the most common source of complaint from system 
developers is that they do not have top management support. This is one 
of the largest causes of system failure and its importance cannot be 
overemphasized. Top management indifference is just as bad. Unless 
management takes an active part in defining the objectives of the in- 
formation system, and the people developing and implementing the system 
have the proper responsibility and authority to the job, the chances of 
achieving a completely integrated system are slight. 

Failure to define all elements of the systems-data-processing program 
is another pitfall to be avoided. There is no excuse for poor and in- 
adequate planning, failure to formulate specific objectives and policies, 
and lack of definition of the scope and responsbilities of the data- 
processing function and other departments. This all leads to poor, if 
any, communications between the systems developers, operating personnel, 
and programmers. 

Then there is the problem of the growth of reports--for two reasons. 
One, users find out the range of information available in the system and 
they feel they need more and more data; and two, even though the users 
may have helped to plan the new outputs and agreed to them, they may not 
like being restricted by them and they may ask for reports to be run as 
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they used to be. The key is to demand that all requests for information 
be thoroughly justified. 

Insure that the system study is neither too short nor too involved 
with detail. Aim for a happy medium. It is best to start out on a broad 
level and then narrow down the attention to the goal-oriented activities 
of the greatest importance. 

There is a false assumption that anything being done electronically 
on a computer is being done in the best manner; the computer is a systems 
tool, not just another office machine. An automated system may not be 
the best, nor a manual system the worst; what may be the most efficient 
system is a combination of the two, and hence, the manual aspects of the 
system should be given as much attention as the mechanized ones. 

While it may not be feasible to develop a new system **in house,** be 
wary of systems specialists who are brought in. They are working under 
a handicap and may fail to grasp the organizational relationships or the 
purpose of the information system. They may be concerned too much with 
specific operating problems rather than with the over-all system. 

If shifting from a manual to a mechanized system, it must be in* 
sured that unnecessary data and reporting procedures are not carried 
over by default. And in this same line of reasoning, care must be taken 
not to provide one level of management with the information designed for 
another. Reports often do not match with organizational responsibilities; 

^^EDP Analyzer, 0 £. cit . , p. 7. 
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in other words, they are receiving information that is not needed, and 
not receiving what is required • 

Insufficient staffing to do a decent job is another failing. The 
size and nature of the development of the system plus its maintenance job 
required to keep the system current is often under-estimated. Since the 
cost of development is considerable, it is best to protect it with proper 
staffing. 

VHiile this chapter has been concerned primarily with the development 
of the information system, it should be noted that choosing the wrong 
computer and equipment will not permit successful implementation of the 
system. On the other hand, do not choose the computer first and then 
design the system. This results in limited success at best. 

Every effort needs to be made to work out the conflicting personal 
opinion and interests which do more to retard the progress of the 
development of the total system than most any other factor. And the 
project leader has yet another problem, that of insuring the compatibility 
of sub-systems within the total system. He must understand the problem 
and forget to look at the system as a whole. 

Naturally the education of those who will be connected with the system 
in one way or another is of paramount importance. It is essential to keep 
all operating departments, and all management personnel informed as to 
what is being developed and why. Also, it must be clearly understood by 
all what can and what cannot be done by the computer. 

Summary . A total management information system exists, primarily. 
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for two reasons: to **make" a decision, or to cause something to happen 
when a decision has been made. The computer and the people who operate 
it are only as effective as the information system itself. 

Any such system must be preceded by a study of the present methods, 
and the changed or new goals. It takes time to develop a good system 
and to Implement It. Too much should not be expected too soon! 
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CHAPTER IV 



SYSTEM STUDY 



A system study is important for two reasons. First, any new system 
must, at the very least, perform as well as the present system. Therefore 
an understanding of the present system becomes the logical foundation for 
the design of the new system. Second, an understanding of the present 
system is also needed to obtain a clear picture of elapsed times, 
sequences of operations, unit operation time, operating volumes, and 
operating costs. ^ 

General Considerations . In any real life situation, objective 
recording of observable actions is requisite to understanding the process. 

A statement of systems boundaries is dependent upon an ability to define 
the system under study. This becomes the goal of the initial investigation 
into the nature of the system. A knowledge of the system will follow ^rom 
an understanding of the following items. 

1. Activities which are associated with the on-going process. 

2. The inputs which are processed in the system activity. 

3. The outputs which are obtained as a result of system processing. 

4. The way in which the on-going process is controlled. 

Data Brocessing Techniques . (IBM Technical Publications 
Department, White Plains, New York), 1963, p. 3. 
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5. The errors, deviations, exceptions which have been marked as 
system malfunctions , ^ 

A statement of the boundaries will, after determining the objective 
of the system, place limits on the systems to be studied. A boundary, 
in the systems sense, restricts the scope of the study to a size com- 
mensurate with the time available for investigation and the amount of 
detail necessary to understand the process. It is possible to view the 
present system in many ways and change the boundaries accordingly. 
Management's view would tend to relate the present system to the organi- 
zation as a whole and management would tend not to see it as an operating 
unit filling a variety of day-to-day needs. The users of the present 
system would tend to think in non-organizational terms, perhaps only 
looking at one or two special functions performed for them alon^. These 
statements are not necessarily contradictory, they only emphasize the 
range of definitions possible. 

The division into sub-systems create an area of manageable size 
for investigation. Systems which include many sub-systems will, in 
proportion to the complexity of the organization, tend to be less easily 
managed or controlled. The ability to look at systems and sub-systems 
from the same point of view, improves the ability of the researcher to 
maintain uniformity and consistency in the statement of objectives, 
criteria, and assximptions . This ability improves performance in problem 

2 

Stanford L. Optner, Systems, Analysis for Business Management , 

(New Jersey: Prentice Hall, Inc.), 1960, p. 21. 
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recognition, problem identification and fact gathering. 

What is the existing system? This is the first and sometimes 
the most important question in a systems study. It contains 
the important objectivity required for effective investigation. 

It does not presuppose that there is no existing method for 
coping with a problem. The existing method may be malfunctioning 
or poorly conceived, but these are precisely the symptoms the 
investigator must understand in order to be able to document the 
problem carefully. 

How does one determine the nature of the existing system? 

This is a period of intensive data collection and interviewing. 
Basically there are two types of information. The written word 
and the spoken word. 

The written materials which are pertinent might take the following 
forms: 

(1) Examples of inputs or outputs. 

(2) Examples of file records. 

(3) Actual examples of systems malfunction. 

(4) Memoranda, letters, notes which may be pertinent. 

(5) Other reports, commentaries indicating previous study of 
or attention to the same problem. 3 

A good principle to follow is to sample everything of value. Take 

advantage of every type of existing information. It is reasonable to assume 

that too much raw data is better than too little. It is easy to cast out 

the unusable data. On the other hand, it is not desirable to have to hold 

up a large part of the study for lack of enough data. 



Interview . The spoken word can be very valuable. The organization 
may impose certain restraints that will make it very likely that some 



^ Ibid . . p. 32. 
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things can be learned by word of mouth that will never be found on 
paper. Thus, there are good reasons for interviewing the people most 
affected with the problem under study. But some personal interviews can 
become confusing and time-consuming. Even worse, they can put the in- 
vestigator off on the wrong track. The title and personality of the 
person being interviewed can inject a pronounced bias to an interview. 

The hazards of interviewing only make it more necessary to plan in 
advance and fit the material collected by each interview into a pattern. 
Interviewing can take the form of an opinion poll when improperly handled. 

If the interviewer has the cooperation and confidence of those in- 
terviewed, then this will be the most productive method of securing in- 
formation about the present system. The role of the interviewer is to 
obtain specific information. He will attempt to control the interviewing- 
process without cutting himself off from vital information by obstructing 
import ant^^annel of questioning^ He will be forced to make decisions 
as the interview proceeds as to what line of questioning is valuable, 
what information is relevant, what data he can get elsewhere with higher 
reliability, and how much of the data being collected will require other 
confirmation before being used. 

One interview technique is to get the problem in narrative form 

first, and then follow the leads that come out of the narrative to ask 

♦ 

specific questions. The interview should start with mutual recognition 
of why the system is being investigated. The material to be covered must 
be preplanned with the idea of keeping the interview within bounds. Some- 
times it is valuable to compose a statement which will describe the purpose 
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or the object of the interview, and to use this as a guide. 

During this **get acquainted" phase, some knowledge of the system is 
necessary to aid in separating facts from opinion. Opinions are revealing 
and helpful and thus should not be ignored, but they should be labeled as 
opinion. It is important to interview personnel representing both sides 
of significant topics. Opinions expressed covering both sides of a 
particular operation can be valuable. As an example, interview the 
personnel preparing a report and then from the other side, the personnel 
utilizing the information in the report. Generally, the investigator wants 
facts not opinion. However, if opinions which may be necessary or desirable 
are solicited, they must be treated as such. All levels of personnel should 
be questioned about improvements they might recommend if they were in a 
higher position. Be sure to give them credit for their ideas when dis- 
cussing these recommendations with management. The following summarize 
some general points on the conduct of an interview. 

1. Make personal contact with your subject immediately; keep 
the contact "human". Five minutes of warm-up before you 
start will pay off in better cooperation. 

2. Describe the assignment briefly so the person being questioned 
will see his part in the system study; make him feel he is on 
the "inside"; tell him what your role is; invite him to feel 
the importance of his role in the study. 

3. Have an outline of the material you intend to cover and other 
pertinent data with you in the interview; use these as a guide 
to be sure you are getting all the data you came after. 

4. Make your notes brief but readable; then promptly write out in 
detail the information you gathered while the interview is fresh 
in your mind. 

5. If you are making lists or enumerating data, organize the in- 
formation for logical and easy understanding on separate sheets, 
noting where to insert the data. 
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6. Be sure to note the date, the names of the persons in- 
terviewed and their titles; head each interview separately 
for easy identification, indicate by page number and date. 

7. Be sure references to flow charts are clear and unmistakable 
so notes and flow charts can be easily associated. 

8. If you miss a point and return to re-interview to clarify some 
point or wish to gather additional data, be sure it is inserted 
properly into the total. 

9. The format used for the data should be easy to follow and use 
and be along conventional lines of information arrangements. 

10. The interviews should be arranged in advance and kept informal, 
yet businesslike.^ 

Here are some valuable **do nots** that apply in conducting an in- 
terview. 

1. Do not interrupt the story to insert your own ideas. 

2. Do not let the interview get diverted into paths that are 
obviously not pertinent. 

3. Do not let blanket statements or broad generalizations obscure 
the facts. 

4. Do not let half-understood problems go; leave the interview with 
a clear concept of the issues. 

5. Do not be overpowered by the person being interviewed; be sure 

to leave feeling you were the interviewer and not the interviewed. 

6. Do not become involved in operational problems or offer solutions 
that will distract from the prime purpose of information g^hering. 

7. Do not ask questions that can be answered **yes** or **no” without 
recognizing that the question sometimes will call for an opinion 
and not a fact.^ 



File Search . Information about the present system exists in many 



^Ibld . . p. 34. 
^ Ibid . . p. 33. 
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places, some external to the system, others internal. From the files, all 
data, current instructions, historical background, accounting data should 
be verified with personnel who are acquainted with the subject matter. A 
list of many sources of information can be obtained from the first in- 
terview with top management. Sometimes good internal sources of infor- 
mation are the ones most difficult to search because of their constant 
use. An example of an external source would be systems users files. 

Important historical information includes reasons for starting and 
expansion as well as the growth in physical facilities and equipment and 
number of employees. 

General information about the pattern of growth and major events 
in the expansion will assist the understanding of the present system. 

You do not need the complete chronological record of every event that took 
place in the system development and growth. Concentrate on the major 
milestones which are usually the result of a management decision reflecting 
the basic goals of the system. 

Factual data about similar systems in operation at other facilities 
can provide ideas for ways to help management improve the present system. 
This information will be necessary to back up any recommendation for system 
improvement. Background information includes material showing important 
technological developments, comparable statistics on volumes handled for 
time required, etc. 

Structural information pertaining to the present system describes 
interactions between system users and system resources. This information 
is necessary to develop a deeper understanding of the present system as 
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well as to prepare management and other planners for the operational 
analysis and systems design work ahead. 

System design personnel will examine the present system inputs and 
outputs, for example, for possible duplication of effort by various users. 

The physical inputs to the system are data for programs, the system outputs 
are reports. Any existing system and program documentation will be valuable. 
The value of the service performed for users against a cost of time required 
of the system is important to determine during the system study. 

•9 

Other Factors . It is important to keep in mind the future of the 

system. Management plans for major changes in policy, objectives, volume, 

% 

procedures, etc., have direct bearing on the system study procedures to 
be utilized. The information which summarizes the current major policieg 
and practices which directly affect the operation of the system must be 
analyzed in light of planned or expected changes in the future. While 
not as basic to the system operation as objectives and goals, they have 
usually stood the test of time and should be recognized as important current 
ground rules. Information about plans for expansion, internal changes, 
future requirements, etc., are what is needed. 

In systems studies there are many chances to become derailed or 
stray from the planned path. One common error is improper problem formu- 
lation. Evaluate whether the objective has been correctly stated and is 
actually the one to be pursued. The really basic problems which may exist 
within operations in a system are not always obvious. Much time can be 
wasted tracking down and trying to solve a problem which does not exist 
or was not the objective of the system study. 
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Another danger lies In the tendency to concentrate on the solution 
of problems and lose sight of the problems themselves. In mathematical 
modeling techniques, for example, it becomes fascinating to investigate 
all the possible combinations of solutions which are generated by varying 
the inputs slightly. A study team may become so engrossed that it loses 
sight of the original problem. As the data is being collected and organi- 
zed it must be checked and rechecked for the following: (1) objectivity 
or absence of bias, (2) accuracy, (3) validity, (4) reliability, (5) 
relevance, (6) completeness and (7) usefulness. This leads to the 
problem of documenting this data. 

The documentation is needed to support recommendations and future 
phases of study. Here it is easy to say, **Don*t collect too much or too 
little,” but this doesn't offer much guidance. Closely related are two 

other problems; what are the significant areas to investigate and, how 
deeply should they be probed? It is good policy to hold the study at 
arms length occasionally and take a good look at the system study to 
maintain proper balance among events. There should be a good indication 
of what areas are relevant (and what areas are not) soon after the study 
is underway. Priority should be assigned to the significant areas on 
which the most effort will be expended. 

The last common failing to be mentioned is excessive ambition or 
the attempt to cure all ailments in one system study, once parameters of 
time and personnel have been defined. If problems have been formulated 

^ IBM Data Processing Techniques. The Method Phase I, (White Plains, 
International Business Machines Corporation), 1963. 
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correctly, a careful study plan worked out and followed, and a reasonable 
number of alternatives evaluated, then this is about all that a small 
systems study team can hope to accomplish. 

The Study Plan . After preliminary background study, the formulation 
of the study plan can begin. This plan will incorporate many ideas from 
the general considerations and factors stated previously in this chapter. 
Any specific investigation will enter some areas peculiar to the organi- 
zation involved, and may not be covered by general guidelines. Thus, 
some departure from any set of guidelines is to be expected. 

The interview guide is designed to be the framework for the systems 
study. It assures that certain relevant points are covered with each 
activity interviewed. It provides a vehicle to display the information 
gathered in a uniform format and helps to keep all data pertaining to a 
particular activity together. The goals and objectives specified for the 
study should also be kept in mind when developing the study plan. 

Conducting the study . The above interview guide was used in con- 
ducting a study of the present uses of the computer system at the U. S. 
Naval Postgraduate School. Since the scope of the investigation was to 
be limited to the administrative users, it was necessary to identify these 
users and record the relevant details of their requirements upon the 
present system. 

The first interview was with the computer operations personnel , 
where a list of those using the system was obtained. Records of their 
requirements of equipment and time were made available. This information 
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proved very useful when later interviewing the users and comparing such 
items as the time they felt they were using the computer with the times 
from the computer center records o For example, a user may feel their runs 
never require more than one hour* Yet because the run requires that special 
paper be in the printer for their particular output, computer personnel must 
stop normal output 20 minutes before the start of this special run to change 
the paper and another 20 minutes to change back. This detailed information, 
such as how different users requirements affect the Computer Facility in 
scheduling various users runs, is important background to be gathered before 
an actual interview with the particular user. Important questions so 
developed can be added to the interview guide. It may be that a user’s 
computer runs could be moved up or put off a short period of time to allow 
the Computer Facility to batch certain administrative runs with similar 
peculiar requirements to reduce lost time due to some change over pro- 
cess. In this fashion, time lost can be minimized and the existing Computer 
Facility equipment can be utilized to the maximum. 

The systems users were contacted and appointments set up for an in- 
terview. At the first contact with interviewees, the objectives of the 
study and what types of information would be most useful to the study were 
explained. After the data had been gathered, it was analyzed and presented 
in narrative form with simple flow diagrams. 

The information gathered during the interviews and the figures aiding 
the narrative are presented in Chapter V. An example of the interview guide 
appears in Appendix A. 

Along with information gathering, samples of source documents, data 
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cards, copies of printed output and finished reports and documents were 
collected. Early interviews pointed out some weaknesses of the interview 
guide. Also the written narrative brought to light some areas of confusion 
and the necessity for re-interviews. The final descriptions and accompanying 
figures were returned to the interviewee to be read over and checked for 
accuracy of detail. 

It was found that as **two heads are better than one,** so it is with 
interviewers. In this case two interviewers can aid each other considerably 
in keeping on the right track and in following detailed explanations. 

Covering prepared questions goes more quickly with interviewers taking 
turns asking a question while the other is finishing taking notes from 
the previous question. 

Many good recommendations come from the operations staff themselves. 

The personnel involved are familiar with the problem areas. As the problem 
areas were discussed in the interview, recommendations were encouraged. 

Also the objective of the interview was brought home by the admitted ex-^ 
istence of problem areas. 

A good understanding of an activity was attained after completing 
the narrative with accompanying figures. To understand the system, hawser, 
the information gathered from various activities must be looked at from a 
higher level. The operation of any one activity is only a part of the 
system. 
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CHAPTER V 



THE PRESENT SYSTEM 



The Computer Facility at the U, S. Naval Postgraduate School has 
as its primary mission to support the academic program, to serve as a 
laboratory complementing courses in computer programming and logical 
design, and to facilitate student and faculty research* 

The computer system in operation at the Facility consists primarily 
of a Control Data Corporation (CDC) 1604, an IBM 1401, and two CDC 160s. 
Both CDC 160s are connected to the CDC 1604 in a satellite mode with 
one located in another laboratory removed fifty yards from the main 
area. This physical arrangement provides operational and research 
experience in multi-processing systems such as those used in military 
command and control situations. EAM equipment including card punches, 
card sorter, f lexowriters , etc., is also available. A complete list of 
equipment is contained in Appendix B. 

In addition to a Director, there are eight billets for mathematician/ 
programmers, and nine billets for operational support personnel including 
four key punch/unit record equipment operators. As part of the mainte- 
nance contract with the Control Data Corporation, two technicians are 
in residence, working an eight-hour shift, Monday through Friday, and 
on call at other times. 

The current schedule of operations is as follows: 0800-2400 weekdays-- 
operated by the Computer Facility staff; 2400-0600--those students with 
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licenses to operate the computers may sign up for time to work on 
special programs or projects; 0600^0800, and 0800=1200 Saturday mornings 
is given over to maintenance; the remaining time on the weekends is allotted 
to individual students. 

It is estimated that approximately 70 percent of the computer time 
is spent on student class assignments, 10 percent on theses projects, 

10 percent on student and faculty research, and 10 percent on administrative 
work. 

Several programming languages and compilers are available at , the 
Facility. These include: ALGOL, CODAP, FORTRAN, SCRAP, and two list- 
processing languages, IPL-V and SLIP. Additionally, a large number of 
routines are available in the program library. 

The remainder of this chapter will be devoted to a summary and 
description of the administrative uses of the computers. As has been 
stated previously, most of these programs came about, one-at-a-time, on an 
**as needed** basis, and as time and staffing would permit. Figure 1, page 
48, is the current Organization Chart of the U. S. Naval Postgraduate 
School which shows the relationship of the various functions which do 
use the computer facilities. 

These offices are: Registrar, Naval Auxiliary Landing Field, Library, 
Scheduler, Baccalaureate/General Line Curriculum, and Textbook Library. 

Registrar 

This office currently uses only the IBM 1401 system, and all key 
punching is done by the Registrar* s staff. Files are maintained on IBM 
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cards, none on magnetic tape« Compiuiter time averages a total of five 
hours per term, though this is spread over various periods, and may vary. 
While there is no set schedule, runs are made during the first three weeks 
of the term, and during the ninth week generally. Card files are stored 
in the Registrar’s office. 

As orders are received on incoming students, they are routed to the 

Registrar’s office where a Student Master Card (J card) is punched for 

each student. Information included at this time is as follows: 

Column: 1: Card code (J) 

” : 4-5: School code (Eng., Mgmt., etc.) 

” : 6-9: Group (Section within School) 

” : 10-15: File Number 

” : 16-19: Designator 

” : 20: Rank 

” : 21-22: Corps (Flyer or Non-flyer) 

” : 23-25: Sequential code 

” : 26-48: Student’s name 

” : 73-76: Curriculum code number 

After the officer has reported on board, additional information is taken 

from a questionnaire filled out by him during registration, find punched 

on the J card. This data includes: 

Column: 49-52: Date of Birth (Month and Year) 

” : 53-56: Date reported (Month, Day, Year) 

” : 61-66: Previous Academic school (NAVACAD, University, etc.) 

” : 67-72: Degree granted, if any 

From this card, six course entrance cards are punched and given to the 

student. One card is turned into the instructor for each course taken. 

With the exception of columns 2 and 3 (year and term), the information 

punched in the columns is identical to that punched on the J card. 

A Header card is punched for each course scheduled during a term 

from a list received from the Scheduler’s office. Once a term has ended. 
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these cards are destroyed o Originally, an attempt was made to make 
these cards permanent, but too many changes occurred, such as the course 
title, name of the professor teaching it, number of hours recitation, etc. 

It was deemed less time-consuming to punch new cards each term. Information 



on the Header card is as follows; 



Column; 1; Card code 

2; Year 

6-15; Month and year term starts 
26-48; Professor’s name 
49-70; Name of the Course 
71-76; Course number 
77; Segment number 

78-79; Number recitation and lab hours 
Course entrance cards are collected by the insttructor and turned into the 
appropriate Academic Department office where each class deck is arranged 
alphabetically behind the Header card. (There is no program available 
to do this on the computer.) These decks are then forwarded to the 
Registrar. 

During the first two weeks of each term, these decks are run through 
the computer, and two copies of an ’’initial” class roster are produced. 

The instructor notes any changes or corrections and returns copy two to 
the Registrar. Class decks are corrected accordingly. In the third 
week, information from columns 49-79 is gang punched into the individual 
course cards, and the ’’permanent” class rosters are run. Column 80 is 
left blank for later recording of the grade. Course cards, at this point, 
are being filed and maintained by course. Changes are made as necessary, 
but no new rosters are printed until the ninth week. 

At this time, the official and final class roster is run for the 
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recording of grodes. When grades are received, they are punched into 
the course cards, a printout of the class roster with grades is obtained, 
and returned to the instructor for verif icat iono 



Course cards are then sorted alphabetically by student on the IBM 
1401. Each student *s deck is then manually inter^fiied with the previous 
decks of prior terms which are maintained for every student » A student’s 
deck now contains a J card, a 4 card, and a course card for each course 
taken v/hile at the Postgraduate School A 4 card is th. Balance Forward 
card and contains the following inforn^tion: 

Columns^ i-49: Same as on the J card 

! 49-51: Number hours of recitation accumulated 

, 52-54: Number hours of laboratory accumulated 

55-'58: Number graduate credit hours 

*. 63-66: Number graduate quality points 

: 67-70" Total quality points 

: 71-72: Term 

t 73-76r: Curriculum code 

Transcripts are produced on the IBM 1401 which does *^ll calculations 

and prints out a cumulative transcript for each student. The deck is 

maintained for each student during his enrollment at Che school plus one 

year following his detachment. B'or students in curricula which run longer 

than one year, or which begin during the academic school year, the IBM 

1401 will punch a new 4 card with the balance of credits and quality 

points being carried forward at the beginning of each school year. 

When running transcripts, the computer program has the capability 
to detect cards out of proper sequence (for example, a term three course 
card filed with the term four dock of course cards). The run stops, and 
the reason for the error is printed out. A color stripe (different color 
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for each term) is at the top of each course card»-this insures that 
the student has not handed in a card from last term for a course being 
taken in the current term. 

Additionally, a J card is maintained on every student attending any 
university under USNFGS cognizance. Not included, however, are those 
students attending civilian institutions under the five°term program, 
scholarship students, and Navy Enlisted Scientific Education Program 
students. Those officers in the Burke (Advanced Study) program are not 
administered by the School, but fees and book costs are paid for them by 
the School, hence a J card is maintained on these officers. 

The J cards are used to provide the Official Register of officer 
students which includes which curriculum the officer is in and when he 
is expected to complete his studies. In addition to a multitude of uses 
for this register at the School, copies are sent to the Bureau of Naval 
Personnel for use by Detail Officers and others. As a service, the 
Registrar also provides a number of other listings which are distributed 
to the Library, Textbook Issue, Military Personnel Office, NALF, Cur- 
ricular officers, Disbursing, Student Mail Center, Security Office, 
Medical/Dental, Special Services, Housing, etc. 

Information from the J cards is also pulled manually for inclusion 
in the Monthly Training Report submitted to the Bureau of Naval Personnel. 
Also, all data required for preparation of the budget concerning the cost 
of fees and books for students at civilian schools must be determined using 
the J cards as a basic source of information. At present, there is no way 



52 




4 




to do this via the computer. A brief flow chart of the Registrar's 
system is in Figure 2 , page 54. 

Naval Auxiliary Landing Field (NALF) 

NALF presently uses the IBM 1401 computer system with three different 
computer programs: a weekly Flight Schedule, a monthly Station Master Log 
printout, and updating and printing of the Pilot's Log. Additionally, a 
Flight Pay List is run monthly, not using the computer. Since both Naval 
Aviator and Naval Aviation Observer (NAO) records are processed by NALF 
and the computer programs, both groups will be referred to as pilots. 
Enlisted personnel attached to the NALF Training Department key punch 
all input data cards for the various programs utilizing equipment on 
loan from the Fleet Numerical Weather Facility. All files, card and 
tape, are maintained at NALF. 

Input data to the computer programs and Flight Pay List is taken 

from two basic documents. The Aviation Training Data form (Figure 3, 

page 55) supplies all the information required for the Flight Schedule 

0 

card, the Pilot Log Header card, the Flight Pay card, and some of the 
data for the Pilot's Log card. The Naval Aircraft Flight Record, or 
"yellow sheet" (Figure 4, page 56) is filled in by the pilot immediately 
following each flight. Information from this form is added to the Pilot 
Log card, and is also used for the Station Master Log. Specific data 
taken from each source document and punched onto the input cards is 
charted in Figure 5, page 57. 

When an aviator reports aboard and completes the Aviation Training 
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Figure 2a. 

Preparation of 
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Figure 2. 

Fliaw Diagram = Registrar 



\/ 

Processing 





Figure 2b. 
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and Preparation of 
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12ND NAF 3740/4 AVIATION TRAINING DATA 

(Rev 12/64) 

Name ^ ^Rank SERVICE FILE NO 

(Last) (first) (Middle) 

Current Duty Station Date Reported 

SMC# Box Mo. Estimated Detach Date 



Local Home Phone 

(Notify if change occurs) 

Addres s 

*********V<i5r?*. yr*************************** ★★★★**★*★*★★★★***★★ *★*★*★★*★★ 

Type Instrument Card Fiscal Year Total (Since 1 July): 

Expiration Date Total Pilot , 

Date Last Press. Chamber/Ejection 
Seat Training 



Type Aircraft Flown and Year Last 
Squadron Tour 

Total Jet Time 

Total Accum. Time as of 30 Jun L< 

Pilot 



Aircraft Commander 

I certify that I am current in the below listed type(s) aircraft, having 10 hours 
of first pilot time in .the last 6 months. .Indicate date(s) of last NATCPS stan- 
dardization in these types. 

UC-45J T-28B T-2A ' CH-19E S-2/C-1 

Signature 



First Pilot 
Co-Pilot 
Acft Cdr 
Special Crew 
Actual Inst. 
Simulated In st 
Total Night 



Figure 3. 

Aviation Training Data Fonn 
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NAVAL AIRCRAFT FLIGHT RECORD 

OPNAV FORM 3760-2 (REV 5-61) 



•'YELLOW SHEET" 



DATE: 



a/c model 



6U. NO. 



a/c side no. 



a/c reporting custodian 



FLIGHT CODE 



OPERATING TIME 
IN HOURS & TENTHS 


ENGINE(S) 


ENTER A( 


CCESSORY TIME; 


: APU, ROTOR, 


GEAR BOX, ETC 


. FOR LOG PUR 


POSES 


1 


2 


3 


4 


PRIOR TO 
THIS FLIGHT 






















THIS FLIGHT 






















TOTAL 
















COMBAT POWER/ 
AFTERBURNER 










A/C INSPECTION 
RECORD 


nPE INSPECTION 


LOGS POSTED BY 






landing 

SUMMARY 

BY 

TYPE 


CARRIER 


WATER 


FCLP 


FIELD 




A/C TIME SINCE 
INSPECTION 






A/C 


ENG. 




ARREST. 


T & G 


fiOLTER 
















A/C TIME THIS 
FLIGHT 












TOTAL 







USE REVERSE OF THIS PART FOR AMPLIFYING REMARKS CONCERNING A/C PERFORMANCE, TEST FLIGHTS, ENGINE RUN-IN, ETC. 



-OPERATIONS 



Record All Time In Hours and Ter\ths of an Hour 



FLIGHT 


TIME (Local) 


ZONE 


DATE 


PLACE 


DEPARTED 










S 

T 

0 

P 

s 


ARRIVED 










DEPARTED 




ARRIVED 










DEPARTED 






ARRIVED 










FLYING TIME CREDIT 
FOR 

PILOT(S) AND STUDENT PILOT(S) 
(List non-pilots on reverse) 


A/C 

COR. 

TIME 

(AC) 


PILOT TIME 


SPEC. 

CREW 

TIME 

(SC) 


INSTRU- 

MENT 

TIME 

2. 


NIGHT 

TIME 


UNDINGS BY TYPE 


INSTR. 

APPROACH, 

COMPLETE 


NO. OF JATO 
OR CAT. T.O’S. 


TOTAL 


1ST 
■ PILOT 

(FP) 


CO- 

PILOT 

(CP) 


CARRIER 


water 


a. 

5 


FIELD 


ARR. 


T &G 


BOLT 


NO. 


TYPE 


3. 


3. 


3. 


3 


3. 


3. 


2. 


4. 


PILOT IN COMMAND 


















































1. 


















































1. 


















































1. 


















































1. 


TOTAL 



























FOOTNOTES: 

1. Include name of unit and/or Flight Code if different than data entered for Aircraft. 

2. Enter “S” if Simulated. 

5. Enter ”N" if Night. 

4. Enter * code to indicate type of final approach. 



a/c reporting custodian 



a/c model 



a/c side no. 



A-AUTOMATIC 

C-CCA 



G-GCA 

I-ILS 



O-OMNI 

R-RADAR 



• J— Prefix to other 
codes if JET 



FLIGHT CODE 



LOGS POSTED 



F-ADF L-LF RANGE T-TACAN 


PENETRATION. 


MASTER 


PILOT(S) 


OPNAV B A C 




1 Certify Parts C and D to be 
Complete and Correct. 


pilot's signature 











Accord 



Figure ^ 



XXX X X X X X X XXXXXXX X X xl 



Source Document 



Program Input Cards 





"X 


NAME 


X 


X 




X 


X 


X 


RANK 


X 


X 


X 


X 




X 


SERIAL NUMBER 


X 






X 






SERVICE 


X 


X 








X 


AIRCRAFT TYPE 




X 


X 








AIRCRAFT QUALIFICATION 




X 






X 




INSTRUMENT QUALIFICATION 




X 










INSTRUMENT CARD EXPIRE DATE 




X 










INSTRUMENT BOARD MEMBER 




X 










MEDICAL GROUP 




X 










MEDICAL CATEGORY 




X 










HOME PHONE NUMBER 




X 










PRESSURE CHAMBER EXPIRE DATE 




X 










OTHER AIRCRAFT QUALIFICATION 




X 










CURRENT IN OTHER AIRCRAFT 




X 










NATOPS STANDARDIZATION CHECK 




X 








X 


DATE (TODAYS) 




X 


X 




X 


X 


AIRCRAFT BUREAU NUMBER 






X 




X 


X 


FLIGHT PURPOSE CODE 
LIFETIME FLIGHT HOURS 


X 




X 




X 


X 


TOTAL FLIGHT TIME (THIS FLIGHT) 






X 






X 


FIRST PILOT TIME 






X 






X 


COPILOT TIME 






X 






X 


AIRCRAFT COMMANDER TIME 


X 




X 






X 


SPECIAL CREW TIME 






X 






X 


ACTUAL INSTRUMENT TIME 






X 






X 


SIMULATED INSTRUMENT TIME 






X 






X 


NIGHT TIME 






X 






X 


NUMBER AND TYPE INSTRUMENT APPROACHES 






X 






X 


DAY LANDINGS 






X 






X 


NIGHT LANDINGS 

STUDENT MAIL CENTER NUMBER / 

TAKE OFF/ LAND AND TIME/ PLACE 


X 




X 




X 




CREW MEMBER 


X 











Figure 5. 

Information for the NALF Programs - 
Original Source Documents and Program Input Cards 
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Data form, one of each type of input card is punched except that ten 
Pilot Log cards are gang punched and filed behind the Pilot Log Header 
card. 

The longest of the three programs is the Pilot's Log program. 
Approximately fifteen minutes are required to read in the input data 
cards, one hour for a sort/merge run utilizing the IBM 1401 system with 
the 13il Disk Packs, and one hour is needed on the high-speed printer for 
the output. Since all pilots are separated into two wings, one wing 
flying each week, the program must be run twice a month. 

When a "yellow sheet" is received by the HALF Training Department 
signifying that a flight has been completed, a Pilot's Log card is 
pulled for that pilot, and the card punched with the necessary information. 
(See Figure 5, page 57.) All the Header cards and Individual Pilot Log 
cards for a wing are read into the computer and stored on magnetic tape. 
During the sort/merge routine, the data is arranged chronologically and 
matched to the Header card by name. Should the routine not find a match, 
data for that pilot is printed out for an error check, no updating of 
totals occurs, and the program continues. When a match does occur, a 
record is formed consisting of the Header card data and the data from 
all the Pilot Log cards for that pilot. Lifetime flight-hour totals are 
updated, and the entire record is printed out, one pilot's record per 
page. The Pilot Log Header card is used to establish the record on 
magnetic tape. The printed copy is returned to the pilot via the Flight 
Office at the Postgraduate School. It provides the pilot with a record 
of his flight time, and also serves as a constant check on the accuracy 
of the output. 
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The match by name rather than by file number is done to detect 
key punching errors. If one digit of the serial number is mispunched, 
the wrong record could be updated; the data will be rejected if a name 
is encountered with a mispunched character. Since the personnel doing 
the key punching are not trained operators, it was considered necessary 
to design the program in this manner. Figure 6a, page 60, outlines the 
procedures used in this program. 

The Flight Schedule cards are filed by time of flying (e.g., Monday 
morning, Monday afternoon, etc,), and within this time period by air- 
craft type. Prior to the running of the weekly Flight Schedule, the 
file is gone through manually and those pilots not flying that week are 
removed from the file. The cards are read into the IBM 1401 system and 
the Flight Schedule output is written on magnetic tape. The printout is 
obtained by running the tape, rewinding it, each time to provide eight 
copies of the Schedule. Three copies are posted: in Root Hall, Flight 
Office, and at NALF. The other five copies are filed. Figure 6b, page 
60, contains a flow chart of this program. 

The Station Master Log program is run at the end of the month. The 
Log's purpose is to provide a record of daily aircraft usage. As shown 
in Figure 5, page 57, data is taken from the "yellow sheet" and punched 
onto a Station Master Log card. These cards are then sorted chrono- 
logically on the IBM 82 sorter, and then read into the IBM 1401, The 
printout shows, by date, the type of aircraft flown, the total flight 
time for each flight, the purpose of the flight, the names of all those 
aboard the aircraft during the flight, etc. (The reason a separate 
Station Master Log card must be cut in addition to the Pilot Log card 
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is that there is insufficient column space on the latter card to include 
the names of all aboard the flight.) The program takes approximately 
two hours to run, and is briefly flowcharted in Figure 6c, page 60. 

Disbursing requires a monthly list of the pilots who have qualified 
for flight pay. NALF manually pulls the Flight Pay cards of those who 
have not acquired sufficient time during the previous month, and runs the 
remainder of the file through an accounting machine to print the list. 

There are about 800 pilots stationed at the Postgraduate School 
whose records are processed by NALF, and more than four cards are maintained 
for each pilot • A minimum of two flights per month are flown by each pilot, 
making a total of at least 1600 ”yellow sheets” to be tabulated at least 
twice per month for two different program inputs. The number of personnel 
required to maintain these records has been reduced by three with the 
introduction of the computer. 

Library 

The U. S. Naval Postgraduate School Library uses both the CDC 1604 
and the IBM 1401 computer systems for two primary programs. The first 
of these programs is concerned with compilation of serial listings of 
periodicals (magazines , journals, etc.) by title, arranged alphabetically 
and also by subject. Information on a particular periodical is maintained 
on an IBM card; when a new publication is received, a card is punched and 
retained with the permanent file. Key punching is done by the Computer 
Facility staff. 

The permanent file is updated by the IBM 1401 annually, and a new 
listing is run. Printing is done on multilith masters which are then 
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reproduced to provide the necessary number of copies. The IBM card 
file is maintained by the Processing Department of the Library. 

The other program is utilized by the Library's Technical Reports 
Section and is called SABIR 2“Semi=Automatic Bibliographic Information 
Retrieval System-Stage 2. The system supplies a bibliographic output 
that answers accurately questions submitted concerning documents available 
on a particular subject. Bibliographies will Include corporate authors 
(sources), titles, personal authors, dates of publication, report ntimbers, 
and number of pages per report. It is also possible to ask for a search 
on the basis of source, or the date(s) of issue of technical reports rather 
than by subject. 

Approximately 25,000 records are stored on magnetic tape, both 
classified and unclassified. Only those documents that" have been 
received since November, 1960 are included in the system at present. 

Updating should be done on a weekly basis, however, with the current 
limitations of time and personnel, it is done once a month. Some 250 
documents are added during an update run. The update tape is a paper 
tape prepared by Flexowriter, and punched by library staff personnel. 
Requests for literature searches are coded, punched on paper tape, and 
are submitted twice dally to the Computer Facility for processing. A 
complete outline of procedures used for maintaining and updating the 
master file, as well as for literature searches is shown in Figure 7, 
page 63. 

The average time required for processing a search from the initial 
request until the bibliographic output is ready for pickup is two days. 
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U.S. Naval Postgraduate Sch'to! Library, Monterey, California 
SABIR 2 • Machine Information storage And Retrieval System 
Utilized By The Technical Reports Section 




Figure 7. Plow Diagram ” SABIR ~ 2 
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During the peak periods, however, in terms of both computer time and 
number of requests, it may take as long as a week to get a printout. 
Neither of these situations is considered desirable. The purpose of the 
system is rapid retrieval of information for the user. It is hoped that 
eventually this time lag will be shortened. Actual update time of the 
master file is approximately forty-five minutes per run; search runs, 
including printing, take about twenty- five minutes. 

Scheduler 

This office currently uses both the CDC 1604 and IBM 1401 computer 
systems. All key punching is done by Computer Facility personnel; input 
files are maintained on IBM cards and stored at the Computer Facility. 
Results of the computer runs are stored in the Scheduler's office. Total 
time per term is estimated at three hours on the IBM 1401 system, and one 
hour on the CDC 1604 system; however, this time is taken up usually by 
short runs done periodically throughout the term and may vary from run 
to run. 

Two of the main functions performed by the Scheduler are aided by 
computer programs. Forecasting and Scheduling. The forecast cycle begins 
with the receipt of the estimate of the number of students for the coming 
year from the Bureau of Naval Personnel. This information is recorded on 

a form "Input Data for ^Forecast of FY Teaching Requirements," 

along with the on-board count of students. This data is broken down by 
term for a full school year for each of the fourteen curricula, and the 
forms are forwarded to the Curricular Officers and Academic Chairmen. 

At this point, a time schedule is established for completing the Depart- 
mental Teaching Load Forecasts. These forecasts are normally required 
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twice a year, however, It Is not uncommon for them to be requested more 
often, always on a crash basis. 

The curricular offices submit the following information for the 
Five Term Academic year: Curriculum, Term, Group, Number of students in 
each group, and the specific courses each group is currently scheduled 
to take. This data is submitted to the Computer Facility where cards 
are punched, and printout of the data is obtained. (Figure 8, page 66) 

Also run at this time is a Departmental Loading Forecast, (Figure 9, 
page 67), which is returned to the departmental offices for verification 
and preparation of the Teaching Workload Forecast. (Figure 10, page 68) 

Several reports are generated from these Teaching Workload Forecasts, 
all manually: 

1. Forecast of Number of Faculty Members Required for Teaching 
Only During (specific year). 

(Based on 11 Contact Hours per Faculty Member and an Average 
Officer Student Enrollment of _) . 

2. Average Number of Faculty Members per Term Required for all 
Duties During (specific year). 

3. FY Student Contact-Hours per Faculty Member 

4. (Yearly) Faculty for Teaching Only and the Officer Student 
Enrollment 

( ^Forecast, Actual Requirement and Capacity Provided) 

The Departmental Teaching Load forecasts, in various forms, are used 
for budget requirements, recruiting faculty, military construction programs, 
and planning student programs for future academic years. The time period 
Involved to work up a forecast is four weeks from source data to completed 
work sheets. 

The scheduling cycle occurs every term, and it takes nearly the whole 
term to produce the complete schedule. Data submitted for the Five Term 
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Sample of Printout Generated by Data Submitted 
for Five Term Loading Forecast 
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Sample Departmental Loading Forecast 
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Sample Heading for Teaching Workload Forecast 
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Academic Year is also used in the Scheduling process. A copy of the 
printout, as shown in Figure 9, page 67, is returned to the curricular 
offices for the coming term for verification and correction. The cor- 
rected version is then sent back to the Scheduler, with additional changes 
dated and submitted as they occur. The revised version is then fon^/nrded 
to the Computer Facility for updating and re-run. Also printed out at 
this time is a Term Loading Schedule by department. This listing 5 ; hows 
by term, all courses to be offered during a particular term, the hours 
of recitation and laboratory, the specific sections scheduled to take a 
course and the number of students per section. Three copies are sent to 
the departmental offices where the following information is added: number 
of segments of each course to be taught, the name of the professor assigned 
to each segment, and what texts are to be used with each course. One 
copy is retained by the Dapartment Head, one copy is sent to Textbook 
Issue, and one copy is returned to the Scheduler who then manually 
builds the term's schedule. 

The time period required for this complete cycle includes three 
weeks from source data to completed work sheets, four weeks for actual 
schedule construction, and one week for review, typing, reproduction and 
distribution. The schedule must be published at least one week prior to 
the start of the new term. 

Additionally, the Scheduler provides a list of all courses to be 
offered, including course number, name of professor teaching the coijrsc, 
number of hours, etc., to the Registrar so that she may prepare Course 
Headei cards. A flow chart of the Scheduler's two programs will be found 
in Figure 11, page 70. 
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Figure 11. Flow Diagram - Scheduler 
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General Line and Baccalaureate Curriculum 



This curriculum contains the largest number of officer students , 
both U.S. and foreign, in the School, and is most like a regular 
university program. However, the students have widely varied backgrounds 
and commence their studies at the Postgraduate School at different levels. 
This office uses the computer to aid their scheduling process. 

After each student has conferred with his academic advisor, he 
completes a form (one covers each section) with the numbers of the courses 
he is to take in a prescribed order. These listings are forwarded to the 
Computer Facility where IBM cards art punched for each student with the 
following information: student name, flying status, courses to be taken, 
sub-group letter, term, and section code. 

From these cards, two programs are run on the IBM 1401 computer. 

The first program BACC3, is a simple list program which prints out by 
section, the names of those in the section, flying status, and course 
numbers by term. This output is held by the General Line/Baccalaureate 
office. 

The second program, SKED4, is similar to that run for the Scheduler's 
office. It, too, is run on the IBM 1401. The output is a listing by 
term and section of the number of students (and flyers) in the section, 
and the specific courses each section is taking. IBM cards are also 
punched at this time with the same information. These cards plus a 
copy of the listing are forwarded to the Scheduler's office to assist 
her in the over-all scheduling cycle. 

Both programs are normally run once each term. Estimated total 
time for card punching and computer runs is two hours per term, though 
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this Is spread out over several weeks. 



Textbook Library 

The Textbook Library uses both the CDC 1604 and IBM 1401 computer 
systems to aid in maintaining textbook Inventory. The master file 
consists of one IBM card identifying each of the approximately 1500 
students enrolled in the Postgraduate School, plus one IBM card for 
each book drawn by the student. Books drawn by the staff are included 
in a separate file which is maintained manually although the cards 
themselves are in the same format as those in the master file. Over 
20,000 cards make up the master file, and all key punching is done by 
Textbook Library personnel. 

Information for the Student Identification card is taken from a 
section of the Library Information card, completed by the student when 
he is issued his library card. (Figure 12, page 73) The following data 
is punched on the IBM card: name and rank, curriculum, library card number, 
and student mail center number. 

Upon receipt of a shipment of books, a flve-dtg-it Textbook Stock 
Number is assigned to each group of texts, (i.e., identical title and 
author) for identification. Editions are indicated by a dash after the 
stock number and the edition number. IBM cards are gang punched with 
this number and one card is filed in each copy of the text before it is 
placed on the shelf for issue. Additionally, three other types of cards 
are punched and used for catalog listings. The three listings provided 
are by author, by title, and by numerical order (i.e.. Textbook Stock 
Number. ) 
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Figure 12. Library Information Card 



To draw a book from the Textbook Library, the student requests 
the text by its stock number. The IBM card is removed from the book, 
initialed by the student, and his library card number is written. on 
the card. Later, the library card number is punched on the textbook 
card and it is filed manually behind the appropriate Student Identification 
(Header) card. It should be noted that the Master File is maintained 
by Library Number card sequence. 

At approximately mid-term, the Master File becomes the input for 
the computer program. The output is a printed list of the books held 
by each student, one student listing per page, which is forwarded to 
the student via the Student Mall Center. (See Figure 13, page 75.) 

The listing serves two purposes; first, it gives the student a record 
of the books in his possession, and secondly, it serves as a check on 
the accuracy of the Textbook Library's card files. Should any discrep- 
ancies exist, for example, a text posted to a listing which is not held 
by die student, or which had been turned in previously, they can be 
resolved Immediately. A flow chart of this process is shown in Figure 
14a and 14b, page 76. 

As stated previously, one copy of the Term Loading Schedule is 
received from the Curricular offices with the texts that art- 
needed for the coming term, and the number of each required. Each term, 
certain textbooks must be recalled as the number in stock will not fill 
the requirements of the coming term. Students are encouraged to retain 
all the texts that they have drawn as long as they require them until 
the texts are recalled. This policy allows the Textbook Library to 
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12345 (Library No.) 



STUDENT'S NAME 

THE RECOEIDS OF THE TEXTBOOK SERVICE li^CH INDICATE THE 
FOLLOWING TEXTBOOKS IN YOUR POSSESSION. NOTIFY THE TEXTBOOK 
SERVICE BRANCH OF ANY DISCREPANCIES IMMEDIATELY. 



STOCK NO. 


AUTHOR TITLE 


* 136 


LUCE GAMES AND DECISIONS 1ST ED 1957 
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KEMENY J FINITE MATHEMATICAL STRUCTURES 1 
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DRESHER M GAMES OF STRATEGY 1ST ED 1961 
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* 474 
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WILLIAMS J D COMPLETE STRATEGYST 1ST ED 1954 



* MUST BE RETURNED TO TEXTBOOK SERVICE BRANCH PRIOR TO DRAWING 
TEXTBOOKS FOR NEXT TERM. 

Figure 13. 

Sample Printout of Books Charged to a Student 
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Figure 14. Flow Diagram - Textbook Library 
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maintain an inventory of textbooks larger than available shelf space. 

Those books to be recalled are determined by schedule requirements, 
and the number on the shelves. Cards are punched with this information 
to form an additional input to the Textbook Library's second computer 
program, which matches the books held by each student with the list 
of books that must be recalled. 

This run is made near the end of a term, and the printout, similar 
to the first run, indicates which books must be returned by the student 
prior to his drawing of the next term's texts. If a text held by a 
student is needed by him for a course in the coming term, he need not 
turn it in. This recall of texts usually assures that there will be 
sufficient copies available for issue as required. Two copies of the 
output are printed; one copy is retained by the Textbook Library for 
use in checklng>ln returned books, and the other copy is for the student. 

Each run of the computer program requires both computer systems, 
and takes approximately two and one-half hours. An additional hour 
and a half is needed on the printer for each printout. 

Research Project - Coursewriter 

Another demand made on the current computer system during the past 
five months has been in relation to the IBM Coursewriter system as follows 
approximately ten hours per week with research project personnel at the 
IBM 1050 typewriter terminal, and approximately three hours per week for 
programming system development by IBM personnel. 

Should the project be developed to the point where regular students 
are taking courses at the terminal, hourly usage may go to forty hours 
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or more per week. 

The system is programmed to time*sharc the IBM 1401 v;ith the 
normal off-line card/tape and tape/print operations. In practice, 
thus far, only about two hours of the above ten hours per week have 
been time-shared. The Coursewriter compiler uses the IBM 1401, 1311 
disks, 1409 and 1026 interface black boxes, and the 1050, 1051, 1052 
Input-output typewriter system. Further research is continuing. 
(Although this project is not an administrative function, it has been 
included because of its major significance and use of the computer.) 

Misccllaneotis administrative requests arc received by the Computer 
Facility from time to time for special listings or for faculty and 
student statistics. The data is sent to the Facility, cards are cut, 
and the listings produced. 

This chapter has attempted to give a.s clear and concise a picture 
as possible of the present administrative use of the computer systems. 
While only a relatively small percentage of the total available computer 
time is used for administrative functions, it is readily apparent that 
good use has been made of that time. Further development is warranted 
and is discussed in Chapter VI, 
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CHAPTER VI 



PROBLEM AREAS AND THE FUTURE SYSTEM 



As a survey of literature concerning educational data processing 
systems reveals, most of the applications occur in large school districts, 
and in universities and colleges « Any transfer of their experiences, 
however, must be tempered by recognizing the differences between these 
institutions and the U. S. Naval Postgraduate School, and by examining 
the problem areas involved* Although the School is a well-established 
educational institution, it is also a military organization, and this 
fact must be clearly recognized. 

I. DIFFERENCES 

Differences between the USNPGS and other Universities and Colleges . 

There is no admissions function, per se. Officers indicate on 
regularly submitted duty preference cards their desires for postgraduate 
schooling, or in certain cases, they submit letters requesting a specific 
course of instruction. A selection board meets in Washington, with 
representatives of the School faculty sitting as advisors, to select 
those officers for advanced education, or to acquire their bachelor's 
degree. The main criteria are past performance in duty assignments, vice 
outstanding academic background, and availability. Evaluation of previous 
academic work is done by the selection board prior to selection, and any 
evaluation by School personnel is done after the student has been selected. 
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Thus, there is no application procedure, and no letters of acceptance 
or rejection by the School. Those officers selected are ordered to the 
School for a specific curriculum. Quotas are set by the Bureau of Naval 
Personnel, based on the needs of the service, and the School's facilities. 

The academic background of the officers is infinitely more varied 
in relation to the fields for which they are chosen than the average 
postgraduate student at a civilian university. In many instances, the 
officers will work on advanced degrees in a field not related to their 
undergraduate pursuits. Additionally, most of them have been away from 
the classroom and the academic routine for three to twenty years. They 
are sent for a specified period of time, and if they are unable to complete 
the program in the time allotted, they usually do not have the option of 
remaining an additional term or terms to complete degree requirements. 

For this reason, coursework is fairly rigidly controlled. 

While various forms of recreation are available to the student, 
there are not the numerous extracurricular activities associated with 
civilian schools such as the student council, student newspaper, yearbook. 
Intramural sports, etc. There is no requirement for coordination with 
these activities, nor is there any paperwork Involved. 

There is no requirement for accurate attendance accounting, as in 
other institutions. This does not mean to imply that officer students 
are not expected to attend classes, but accurate records need not be 
maintained. In many state-supported schools, the attendance records are 
needed for justification of state funds, and for all Veteran's Administration 
programs, accurate records must be kept. 
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Fee payment problems such as tuition, laboratory fees, student 
activities fees, etc., do not exist, and therefore, a requirement of 
this capability need not be included in system requirements for the 
School. Also, there are no problems with scholarship grants or student 
loans. Military pay is processed as it is at other military installations. 

Most universities and colleges require students to purchase their 
own texts, and a minimum of coordination is needed between academic 
departments and the student bookstore. At the Postgraduate School, 
however, the students are Issued all required texts for their courses. 

As indicated in Chapter V, a much closer coordination is required between 
the curricular offices and the Textbook Library. 

Most student data processing systems developed at various civilian 
schools Include many of the functions just noted. Therefore, differences 
covered thus far, in addition to any others to be discussed, must be 
recognized prior to the adaptation of any of these systems to the needs 
of the Postgraduate School. 

Key Differences Causing Unique Problems . 

Scheduler . A major problem area is that of scheduling classes, and 
the main difference between procedures at the USNPGS and other educational 
Institutions is that at other schools, the master schedule of courses to 
be offered during a particular term is made up in advance, and the students 
build their own schedules from the master one as they wish. Any conflicts 
arising during this process are resolved by the student himself, or in 
consultation with his advisor as necessary. At the USNPGS, the procedure 
is reversed. Curricular offices submit a list of courses to be taken by 
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each section, and the Scheduler then builds the master schedule* 

But, this process is not as simple as it sounds* There are numerous 
constraints and difficulties encountered in scheduling all required courses 
in this manner. 

There is a policy that once a section of approximately 20 students 
has been established within a curriculum, it is to be maintained as a 
unit, insofar as possible* Even though several sections may be programmed 
for the same course, which would allow for cross^sectioning of students, 
courses are scheduled by section. In other words, a student is restricted 
to the time period specified for his section* Classes for a particular 
section are scheduled first, and then any courses being taken by indivi- 
duals within a section, are scheduled around them. This is a very limiting 
feature. Conflicts cannot be resolved by postponing the course to another 
term. The student may not be able to work it into his already tight 
schedule, it may be a prerequisite course that he must have, or the 
department may not be planning to offer it for several terms hence. If 
a student were allowed to be placed in any time period available, over-all 
scheduling would be simplified. 

It should be noted, however, that there is a reason for this policy, 
although it is, perhaps, being carried to an extreme. Certain courses 
are developed specifically for particular curricula, with the background 
of the students and the purpose of their course of study being taken into 
consideration. Therefore, it is highly desirable to schedule the section 
as a unit for the course. But, this is true for a limited number of courses, 
and it is a constraint which could possibly be reduced. 
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Another problem area encountered by the Scheduler ic the number of 
options available within a curriculum, which results in small groups of 
three to six officers programmed for a course. This Is considered un- 
economical and is to be avoided as far as possible; however, because of 
the diversity of the curriculum, the need for certain prerequisites, and 
the fact that many programs are adapted to individual, advanced students, 
the small groups do occur. The varied background of the students, a pre- 
determined course of study, and, in most cases, limited time allowed to 
complete a specified course of study, all compound the problem. 

One other constraint placed upon the Scheduler is that one free 
morning or afternoon per week must be allotted to each section, so that 
aviators may schedule their required flight time. The Computer Facility 
is working on the development of a scheduling program. 

Library . As discussed in Chapter V, the Library uses the computer 
system for tv^o main purposes: bibliographic .searches of technical reports, 
and listings of periodicals. Several other functions such as cerial holdings 
and procurement processes, subscription rcncv/als, and a combined list of 
periodic: 1 holdings (with the other participants being libraries affiliated 
with the West Coast Naval Laboratories) could conceivably lend themse ves to 
data processing techniques. 

The problem of circulation control, however, has a unique feature at 
the USNPGS. Most libraries are concerned only with which books are in 
circulation. Due to the iimlLed shelf space available in the School's 
Library, students arc encourage»d to retain library books a.s long as they 
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are needed, or until they are recalled. Therefore, the School's Library 
must also know the name of the individual who has the book requested. 

The manual system currently employed by the Library for this function 
works very well; however, if the anticipated increase in student enrollment 
occurs, a different system may have to be used, and it may well be that 
the computer could be used to aid the situation. 

II. MAJOR problem area 

It is apparent from the study made, that there is much duplication 
of effort in maintaining information on the students enrolled in the 
various academic programs. Analysis of the requirements of these activities 
indicates numerous ways in which they could make use of a common data base 
of information on all officer students. 

Curricular Offices . Two curricular offices were interviewed. 

Management and Operations Analysis and Baccalaureate/General Line < 

The curricular office of the Business Administration and Economics 
Department maintains a file Jacket for each student. All information 
concerning this individual is filed in this jacket: a copy of his orders 
biography sheets, transcripts of previous academic work (copies forwarded 
from the Bureau of Naval Personnel), any correspondence from the student 
regarding his estimated time of arrival, etc. 

Curricular officers divide the input of students into sections within 
a specific curriculum, attempting to obtain a cross-section of officers 
in each group, e.g. , equal numbers of aviators. Supply Corps officers, 

Coast Guard officers. Marines, etc. It has been suggested that this 
procedure could be done by the computer, were there a common data base 
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of Information already on file, according to pre-established criteria. 

A cardex file of Information Is also maintained on each officer: 
Graduate Record Examination scores, undergraduate Quality Point Average, 
rank, designator, file number, and date of birth. From this file and 
other available Information, several reports are compiled. One example 
of such a report Is a list summarizing the following data: undergraduate 
school attended, degree awarded, and QPR, but not major field of study. 
These various Items of Information are gathered, evaluated and used In 
an attempt to determine where an officer may have difficulty In the course 
of study, etc. It should be noted that the Registrar also has much of 
this Information already on file. 

Additionally, during the school year, the curricular officer maintains 
the cumulative QPR for each student, over and above that maintained by the 
Registrar. Any statistical studies requested are compiled manually. 

Various listings of students are received from the Registrar's 
office, and are used for reference and verification. However, they do 
not supplant those also produced by the curricular office. They are used 
primarily as check-off lists. 

Prior to the end of a term In which there Is to be a graduation, a 
list of those eligible for degrees and diplomas of completion. Including 
those in the doubtful category. Is required. This list of nominations, 
required not only of this curricular office but of all curricular offices. 
Is based on QPR criteria, compiled manually, and forwarded to the Academic 
Council. Were the Information readily available. In standardized format. 

In storage, the list could be run for the entire school, and thus relieve 
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the Individual offices of this responsibility. 

The Baccalaureate/General Line curricular office must keep track 
of students in some fourteen different sections. Because many of these 
groups are scattered in various courses as sub-groups, a daily muster 
must be taken. This is accomplished by placing a mimeographed list on 
the bulletin board, and requiring the officers to initial it. When a 
sufficient number of changes have occurred, a new list is produced. 

These rosters are also used as check-off lists for various purposes. 

Separate rosters are maintained for lecture attendance: one each 
for the BS and BA programs. Students are listed alphabetically regardless 
of section. Foreign students are not included in these listings, but are 
included in the section rosters. 

In addition to the diploma listing described, a schedule of those 
completing the program is forwarded to the Bureau of Naval Personnel six 
months prior to graduation for the purpose of detailing. BS/BA students 
are sent, usually, for a two year period, however, some 40 to 50 percent 
of them graduate earlier, hence the need for the Bureau to know when the 
officers are available for re-assignment. (Theoretically, this is a 
duplication of effort for the Information should be posted in the Officer 
Distribution Control Report, which is produced from information submitted 
by the Military Personnel Office. However, there is frequently a time 
delay of several months before this information is actually posted to 
the report used by the Detail Officers in the Bureau, hence the need for 
the advance information.) 

Two other examples of listings which must be produced by the curricular 
office are the names of those who have completed requirements for the 
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Aviation Safety Center, and the names of those requiring Security 
Clearances which must be sent to the Military Personnel Office. All 
of these listings covered in the past few paragraphs give essentially 
the same information: name, rank, file number, designator, etc. 

The uses of common data on all officer students enumerated for 
these two curricular offices are applicable to the other similar offices 
at the School. It may be assumed that differences in various programs 
may also cause more administrative requirements. 

Were there a common data bank of information stored in the computer, 
changes could be submitted as they occur, either on punched cards or 
whatever medium is available, the data read into the computer updating 
the file, and then whenever a listing was required, it could be produced 
with a minimum of effort. Periodic listings and reports would be scheduled 
on a regular basis. 

Military Personnel . The Military Personnel Office represents yet 
another example of duplication of effort. This office also maintains 
an IBM card flla of information on all officer students. When the Bureau 
of Naval Personnel listing of officers selected to attend the Postgraduate 
School is received, office personnel, using Computer Facility equipment, 
punch an IBM card for each individual containing his name, rank, service, 
branch and curriculum number. As the actual orders on these officers are 
received, the cards are edited. 

After the officer has reported aboard, his local address and telephone 
number plus the actual date on which he reported are also punched in the 
card. (Cards are also maintained on naval personnel attending the 
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Defense Language Institute, Monterey.) 

The file is used to prepare student directories and security access 
lists. When an officer reports, his card is added to the file; when he 
is detached, it is removed. With officers arriving and departing through- 
out the school year, with peak periods occurring in December and July, 
this is a time-consuming process at best. 

A major difficulty encountered by the Personnel Office is the lack 
of prompt notification by curricular offices of students changing from 
one program to another. These shifts may affect the officers 's Tour 
Completion Date and this information must be reflected in the Officer 
Distribution Control Report (ODCR) . If there were a common data bank of 
information on officer students with all changes being reported to it as 
they occurred, the problem would be greatly reduced. The Personnel Office 
could request an up-to-date listing of all students and their curricula 
once a month to use in verification of the ODCR. Changes would be noted 
and made. Security Clearance listings would also be simpliMed. 

At present, any requests for statistical reports must be compiled 
manually, e.g., a count of those occupying government quarters, or how 
many officers have dependents residing in the area, etc. Having such 
data as this readily available, plus the capability to compile it quickly 
via a computer program, would eliminate many manhours of effort. 

Textbook Library and HALF . Both of these activities also maintain 
IBM card files containing common data concerning officer students.'’ Text- 
book Library procedures were described in Chapter V and while a more 
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streamlined system could be developed, no major problems are apparent. 

For example, a common data base could be used to establish the Textbook 
Llbary file, eliminating the need to punch IBM cards on all officer students 
and staff. 

As discussed In Chapter V, NALF prepares several IBM cards for each 
aviator, with all cards containing certain common Items of Information. 

One specific problem exists In that the Input data cards for the Pilot's 
Log Program and the Station Master Log Program are very similar. It was 
pointed out that one source document contains all the Information for both 
NALF Program Inputs. Because the computer program requires a "matching" 
by name, rather than by a number, service number for example, there Is not 
enough space on the cards to Include all the Information from the source 
document for both programs. An automated file containing all the required 
Information would eliminate this duplication of effort. 

III. A COMMON DATA BANK 

It Is apparent from the above discussion of problem areas, that a 
common data bank of Information pertaining to all officer students would 
be of value and would eliminate much duplication of files now In existence. 

Perhaps the greatest user of this data bank of Information would be 
the Registrar. This office's current use of the computer system Is dis- 
cussed In Chapter V, and the procedures Involved would be simplified by 
the establishment of a common data bank. 

Additionally, the Monthly Training Report could be compiled by the 
computer rather than manually as Is done now. While the report does not 
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contain a recapitulation of information on all officers undergoing in- 
struction, it does include information on all students where changes 
have occurred, e,g., graduated, reported, changed programs, etc. It 
might even become possible to leave this data on a tape, rather than 
printing a report, atr to transmit the tape to the Bureau of Naval 
Personnel to update their Officer's Master Record. 

The Registrar is also responsible for administering various functions 
pertaining to officer students enrolled at civilian universities in programs 
under the cognizance of the USNPGS. These functions include contracting 
with the Institution for the period of study (usually on a yearly basis), 
paying the necessary fees and book costs for each student, receiving grade 
reports, and in other ways administering their period of enrollment at 
that school. Estimates of the costs involved must be Included in the USNPGS 
budget when submitted to the Bureau of Naval Personnel. Incorporation of 
this information in the data bank along with the data already available 
would supply the information needed for these reports and administrative 
tasks and would relieve the Registrar of much clerical work. 

Thus, though numerous problem areas exist, and admittedly not all 
of them have been included in this study, it is evident that a common 
data base of officer student information is needed. 

Information to be included in the Common Data Base . What information, 
then, should be included in this data base? While it is not the purpose 
of this study to design specifically the system or data base, certain items 
common to more than one area were found, and these should be considered in 
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any preliminary design. They are: name; rank; file number; designator; 
service; section^ student mail center number; library card number; aviator 
or non-aviator J local address*, local telephone number; school code; cur- 
riculum code; date reported; date of iblrthj estimated tour completion date; 
undergraduate school attended: degree awarded, major field, quality point 
average; security clearance status; for this school: quality point average, 
number of hours of recitation and laboratory, number of credits (graduate 
and total); and so on. This list is by no means complete but it should 
give some idea of what is involved and what should be included. 

Type of System . Present thinking indicates that random-access 
methods should be employed rather than sequential processing. Random- 
access offers a much faster and more efficient means of producing the 
wide variety of reports and information desired from the system. Also, 
the record of information on each individual should be of variable length, 
or a maximum of 200 characters. (A variable length record is one in which 
the number of characters or digits is not fixed, i.e., one record may 
contain 100 characters, and the next may contain 420 characters.) 

To give an example of the type of equipment that could be employed, 
the IBM 1401 computer system will be used. An IBM 1311 Disk Storage Drive 
connected to the IBM 1401 has the capacity to store two million characters 
per disk pack storage cartridge! This would allow more than enough storage 
for the proposed data base: a rough estimate of the number of characters 
per record is 200, with the number of individuals to be included in the 
data base not exceeding 3500. Should other applications require additional 
capacity, a maximum of five Disk Storage Drives may be connected to the 
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IBM 1401, allowing a capacity of ten million characters. 



Summary . A common data base of information is only a beginning. 
Although a number of differences between this School and other civilian 
institutions employing educational data processing systems exist, some 
of their administrative applications could be adapted for use at the 
USNPGS. 
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CHAPTER VII 



CONCLUSIONS AND RECOMMENDATIONS 



Educational data processing systems have only begun to be developed. 

The processing capability of today's computers has thus far exceeded the 
user's ability to use them in their most sophisticated manner. A survey 
of the literature in this area indicates that there are numerous appli- 
cations that could be adapted to the Postgraduate School. 

In the development of any information system certain principles, 
objectives, etc., must be kept in mind. A number of these factors was 
discussed in Chapter III. A system study provides an opportunity for a 
comprehensive examination of an organization's information handling 
procedures, and as the first step in this study, a complete documentation 
of the present system is required. A description of the procedures and 
processes currently being performed on the computer is to be found in 
Chapter V. 

Chapter VI enumerated the Various differences between the USNPGS 
and other universities and colleges, and discussed the problem areas which 
will affect the development of any future system at the Postgraduate School. 

Conclusions . A number of conclusions were reached in this study. 

They are (1) that an educational information system for the School is both 
feasible and desirable, and that systems currently employed at other in- 
stitutions can provide guidelines in the design of such a system, taking 
into account the various differences and problem areas found in the study; 

(2) that a common data base of information is needed, and that not only 
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should this data base include officer students but that it should in- 



clude all personnel (civilians, enlisted personnel, naval and marine 
personnel attending the Defense Language Institute, Monterey, staff, 
and NALF) connected with the Postgraduate School; (3) that establishment 
of this common data base would eliminate much of the duplication of effort 
currently in evidence; and (4) that this common data base could be used 
as the point of departure for various sub-systems such as a Textbook 
Library File which would eliminate the necessity of reading into the 
computer 20,000 IBM cards ever> time a listing was required, and an NALF 
file which would eliminate the numerous card files presently maintained. 

Recommendations , Recommendations are divided intc two sections: 
those concerning the common data base and educational information systems, 
and those pertaining to administration of, the present system. 

Those recommendations relating to development of the new system are 
(1) that further investigation be done on the design of a common data base 
of information; (2) that information already available in the Bureau of 
Naval Personnel Master File (automated) be tal’on from this file, stored 
on tape and transmitted to the School, either by communication or mail: 
this data could provide the basis of the coiranon data base; (3) that further 
study is required in the following representative areas: information required 
for a simulation model of the School to be used in budget determinat ion§^ 
long-range planning, etc.; uses by the Medical and Disbursing departments, 
and others to provide, for example, a list of all those requiring annual 
physical examinations during a particular month for use as a check-off 
list; and the machine scoring and grading of objective type examinations; 
and (4) that if a common data base is approved as being economically 
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feasible ) that a separate administrative unit be established whose sole 
function would be to service the data base and the administrative system. 

The following recommendations are made to aid administration of the 
present system: (1) that the purpose and specific objectives of the 
Computer Facility be stated in a Postgraduate School Instruction; (2) 
that priorities of processing and the policies relating thereto also be 
stated in writing; (3) that a schedule be established for the administrative 
users of the computer facilities, such a schedule to be flexible but that 
would provide a framework for the operation of the Facility; and (4) that 
all administrative users* computer programs be updated and completely 
documented. 
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APPENDIX A 



ORIGINAL INTERVIEW GUIDE 



I. General Information 

1. What are the various Jobs performed by the computer for this 
office? 



2. What are the specific requirements associated with these Jobs? 



3. What is the time period for the information cycle? 



4. How long a time lag is permissable between the occurrence 
of an event or the information cycle and the reporting or 
feedback of the desired information? 



5. What sort of Jobs might the computer be able to do to help 
you more with your work, it it were possible? 



II. Input Information 

1. Sources of Inputs? 

2. What files are maintained? 
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3o What medium is used? (ioeo, tape, cards, etc,) 



4. Files contain what information? 



5. Files are stored where? 



6, Key punching is done by whom? 



7. Run by run inputs? 



8, Is information to be furnished as the data is generated (or 

manipulated by the computer) or is it to be supplied periodically? 



III. Operations Required 

1. What updating procedures do you employ? 



2, How often is updating done? 



3o What is entailed? 
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4. Are SORT/MERGE operations used? 



5. How often? 



6. Other operations or comments? 



IV. Output Information 

1. What are the standard outputs as the result of various runs? 



2. What special outputs are required and how often? 



3. Are standard forms used, or special paper? 

(i.e., in what form is information to be presented?) 
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APPENDIX B 



COMPUTER FACILITY EQUIPMENT LIST 
(As of 1 July 1965) 

CDC 1604 Computer 

CDC 1607 Tape Units 

CDC 405 Card Reader 

CDC 1612 Printer 

CDC 1614 (405) Controller 

Ferranti Photo Electric Reader 

Teletype Paper Tape Punch 

IBM Monitoring Typewriter 

IKl 1401 Computer 

IBM 729 Tape Drives 

IBM 1402 Card Read Punch 

IBM 1403 Printer 

IBM 1406 Auxiliary Storage 

IBM 1311 Disk Master 

IBM 1311 Disk Storage Drive Satellite 

IBM 1051 Control Unit 

IBM 1052 Printer Keyboard 

IBM 1316 Disk Packs 

IBM Disk Storage Adapter (1401) 

IBM 1409 Console Auxiliary 
IBM 1026 Transmission Control 
IBM 1026 Line Adapter 
IBM 1051 Line Adapter 

CDC 160 Computer 
CDC 163 Tape Drive 

IBM 521 Electronic Calculating Punch 
CDC 161 Typewriter Unit 
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1 CDC 165 Digital Recorder 

1 IBM 514 Reproducer, Card 

1 IBM 82 Sorter, Card 

7 IBM 026 Card Punch Machines 

5 Friden Flexowriters 

2 IBM Interpreting Card Punch Machines 

1 IBM 407 Accounting Machine 
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